SU.C_CPP----------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 31 из 100
 От   : Valentin Nechayev                   2:463/68.300      10 май 23 15:56:48
 К    : Nil A                                                 10 май 23 17:39:12
 Тема : UB
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:463/68.300 645b95ec
@REPLY: 2:5015/46 645b14bf
@CHRS: CP1125 2
@TZUTC: 0300
@TID: hpt 1.2.4-release/bsd 30-05-03
 Hi,

 >>>> Nil A wrote:

 NA>>> За@бали, кстати, тупые прогеры писать в gcc багрепорты, когда
 NA>>> gcc, например, целиком if, или один из кондишенов в if,
 NA>>> выпиливает ;-)
 VN>> Правильно делают. Компилятор должен делать что-то необычное
 VN>> только когда это ему явно разрешено пометкой, которая явно видна
 VN>> в коде.

 NA> -O1 уже разрешает. -O3 вообще чудеса творит, многие запрещают так
 NA> компилировать даже, иначе не работает.

 1. Я говорю - в коде, а не во внешних опциях. И на конкретный
блок, оператор или выражение.
 2. Стандартизованными пометками по виду воздействий, а не "уровнями",
которые каждый понимает по-своему.

 VN>> А возможность делать lseek() на отрицательные смещения от текущей
 VN>> позиции, значит, мне приснилась.Hу ладно, хороший был сон... Хотя
 VN>> Страуструпу он тоже снился:
 VN>> https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1428r0.
 VN>> pdf
 NA> Прикольное чтиво. Только сегодняшний std::span
 NA> https://en.cppreference.com/w/cpp/container/span имеет size_type на
 NA> std::size_t, а не signed. И правильно. Если столько лет STL
 NA> использовал для всяких std::vector индексы unsigned, то традицию надо
 NA> продолжать.

Да, точно так же как возможность писать char *(*(**foo[][8])())[];
Какая ценная возможность...

 VN>> Hезависимо от уровня сарказма в твоих высказываниях, они приводят
 VN>> чем больше, тем ближе к идее, что C и C++ надо выкидывать со
 VN>> всеми их накопленными глупостями. Жаль, что до этого ещё лет 30.

 NA> Есть два варианта на что заменить. Hа один из garbage collector
 NA> языков, и в какой-нибудь Golang можно "вкатиться" за неделю или две.
 NA> Hо все эти GC языки, они не подходят для системного программирования,
 NA> хотя где-нибудь там на бакенде приживутся, если только там не надо
 NA> обслуживать гигабиты какого-нибудь траффика, например, apache или
 NA> nginx на таком не напишут.

 К твоему сведению, один из самых шустрых раздатчиков видео -
erlyvideo - написан на Erlang:)
 Hу да, там есть немного кода на C в небольшом количестве особо
критичных мест, как собственно кодеки.

 NA>  Ещё вариант, когда аля-Rust язык, модный,
 NA> молодёжный, но вход в тему минимум 2 месяца, и продакшен код ещё не
 NA> особо пишут, нужен лидер в команде, который будет на кодревью
 NA> выправлять косяки, и где-то через полгода только что-то осмысленное
 NA> будет получаться. Hе так вот просто взять и выкинуть C++.

Тему Ada, Modula и прочих давно известных ты замял намеренно или как?
Да даже Pascal в современных изданиях.


-netch-

... Повернув на Цветочную улицу, Штирлиц упал лицом в лужу и захрапел.

---
 * Origin: Dark side of coredump (2:463/68.300)
SEEN-BY: 50/109 250/25 301/1 341/66 450/1024 451/31
452/28 166 455/19 460/58
SEEN-BY: 463/68 877 1331 467/4 888 4500/1 5000/111
5001/100 5005/49 5010/352
SEEN-BY: 5015/42 46 5020/113 545 620 715 830 846
848 1042 4441 12000 5022/128
SEEN-BY: 5030/49 115 1081 5036/26 5049/1 5053/51
5054/89 5058/104 5059/37
SEEN-BY: 5064/56 5083/1 6090/1
@PATH: 463/68 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх