forum.opennet.ru - "Релиз набора компиляторов GCC 15" (143)

"Релиз набора компиляторов GCC 15"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз набора компиляторов GCC 15"	+/–
Сообщение от opennews (??), 25-Апр-25, 22:42
После года разработки опубликован релиз свободного набора компиляторов GCC 15.1, первый значительный выпуск в новой ветке GCC 15.x. В соответствии со схемой нумерации выпусков, версия 15.0 использовалась в процессе разработки, а незадолго до выхода GCC 15.1 уже ответвилась ветка GCC 16.0, на базе которой будет сформирован следующий значительный релиз GCC 16.1... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63141
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (1), 22:42 , 25-Апр-25, (1) –1

Скрыто модератором, Граница на замке (?), 23:06 , 25-Апр-25, (5) +6
Скрыто модератором, Аноним (-), 09:37 , 26-Апр-25, (80) +1

Слушайте, а что с GNU Pascal случилось Почему компилятор никак не развивается , Аноним (-), 22:46 , 25-Апр-25, (2) +5

почти все одиночки сидят на freepascal lazarus, в некоторых корпорациях еще De, Аноним (6), 23:07 , 25-Апр-25, (6) +4

Delphi много где используется в бизнес сегменте не путать с серверами и ынтерпр, Аноним (-), 23:16 , 25-Апр-25, (9) +1

Delphi 8212 это такой же паскаль, как Visaul Basic по сравнению с изначальным, Аноним (11), 23:18 , 25-Апр-25, (11) –1

Не уверен, что до сих пор где-то что-то живо написанное на обычном бейсике, а во, Аноним (-), 23:23 , 25-Апр-25, (17)

И в этом плане тоже , Аноним (70), 08:09 , 26-Апр-25, (70)
если какое-то древнее барахло кто-то как-то допиливает чтобы хоть как-то продолж, Смузихлеб забывший пароль (?), 12:44 , 26-Апр-25, (96) –1

Вот когда работает и не трогают, потому что оно работает 8212 в результате де, Аноним (70), 14:13 , 26-Апр-25, (104)
Просто умные люди не переписывают софт ради переписывания Есть задача, она выпо, Аноним (117), 15:17 , 26-Апр-25, (117)

Покупка телефона тоже решает некоторые задачи, просто у бизнеса задачи другие , Аноним (70), 15:24 , 26-Апр-25, (122)

Дельфи и живёт в бизнесе потому что у него есть коммерческая поддержка В гнутом, Аноним (33), 00:44 , 26-Апр-25, (33) +1

делфи там живёт, т к в своё время был весьма популярен и на нём много всего было, Смузихлеб забывший пароль (?), 12:43 , 26-Апр-25, (95) –1

Пpoтуxло, зaвoнялoсь и испортилось, как и весь Пaскaль На нём даже в шкoлaх ник, Аноним (43), 01:30 , 26-Апр-25, (43) –1

Ну не совсем на помойке, скорее в зале славы музея Канонический Pascal - это ис, MinimumProfit (?), 16:43 , 26-Апр-25, (132)
Давайте посмотрим на последний рейтинг Tiobe https www tiobe com tiobe-index , MinimumProfit (?), 16:46 , 26-Апр-25, (135)

Так это и есть улучшенная версия паскаля , Маняним (?), 03:07 , 26-Апр-25, (55) +1
А что тебе не хватает в гну-паскале , Аноним (86), 10:47 , 26-Апр-25, (86)
По этому, как вы изволили выразиться, непотребству книхку издавались ещё до по, Аноним (106), 14:21 , 26-Апр-25, (106)
GNU Pascal заглох, потому что не было фреймворков и библиотек для него, а для Fr, MinimumProfit (?), 16:32 , 26-Апр-25, (127)

Скоро так и Паскаль догонят , Аноним (3), 23:02 , 25-Апр-25, (3) +1

Как язык паскаль возможно лучшее что создано Но то что он ушёл в обучение сыгра, Маняним (?), 02:48 , 26-Апр-25, (50) +4

Отвратительный язык, заточенный под англ Это просто убого использовать оператор, Тот_Самый_Анонимус_ (?), 08:21 , 26-Апр-25, (75) –2

В юникоде столько закорючек, а они английские слова используют, н-негодяи , User (??), 11:48 , 26-Апр-25, (91)

Дело не в английских словах Мы используем латиницу и эллиницу в математике и фи, Тот_Самый_Анонимус_ (?), 12:12 , 26-Апр-25, (93) –2

рефлекторно лиспанул Что значит загрязнение и ненужными Во те ещё вре, User (??), 15:08 , 26-Апр-25, (112)

Ну теперь мы видим насколько это тупиковый подход и почему Паскаль плох Наверно, Тот_Самый_Анонимус_ (?), 15:24 , 26-Апр-25, (123) +1

Да ты ещё язык Ada не видел Кстати моё мнение, что слова гораздо лучше закорюче, Аноним (117), 15:16 , 26-Апр-25, (116) –1

Я уже писал выше 1 Если слова лучше, то откажитесь от использования математичес, Тот_Самый_Анонимус_ (?), 15:28 , 26-Апр-25, (125) +1

Математическая нотация с её минимализмом ненадёжна где-то поставил лишнюю точку, MinimumProfit (?), 16:58 , 26-Апр-25, (137)

Забыл ещё implementation секцию А то вдруг прогеру скучно менять только одо, Аноним (144), 17:54 , 26-Апр-25, (144)

1 Паскаль испортило, как это ни смешно, begin-end Если всякие остатки от дел, Аноним (144), 17:53 , 26-Апр-25, (143)

Интересно, я один такой, что мне что begin-end, что 8212 фиолетово Споры , Аноним (70), 18:33 , 26-Апр-25, (153)

зачем, если есть goto , Аноним (7), 23:10 , 25-Апр-25, (7) –1

Только хотел написать, что они goto переизобрели , Аноним (11), 23:17 , 25-Апр-25, (10) –1

так у них с логикой проблемы, метка то после цикла должна быть а то у них вых, Аноним (7), 23:19 , 25-Апр-25, (13)
К хорошему всегда возвращаются Никогда не понимал отказа от goto, ведь это край, Аноним (-), 23:19 , 25-Апр-25, (14) +2

так вам не на С надо писать, а на асм В Си чисто по религии goto фактически ас, Аноним (7), 23:23 , 25-Апр-25, (16) –2

С jmp, jnz jne можно очень красивый код писать А рилигия в программировании, ка, Аноним (-), 23:27 , 25-Апр-25, (18) +2

так С создавали, чтобы абстрагироваться от асм и код был более структурным, а не, Аноним (7), 23:59 , 25-Апр-25, (21) +2
В 8080 была такая замечательная вещь 8212 CALL по условию RET по условию Кол, Аноним (11), 00:27 , 26-Апр-25, (26)

Так это же стек затрагивало, а значит уже сильно медленнее , Аноним (28), 00:33 , 26-Апр-25, (28)

j условие меткаretметка 8212 10 10 тактов r условие 8212 5 11 тактов , Аноним (11), 00:42 , 26-Апр-25, (31)

Прикинь, в ARM почти любая инструкция может быть исполнена по условию , Аноним (45), 02:09 , 26-Апр-25, (45) –1

У армов конечно, как и у ириски - очень вкусные инструкции, но лично меня всегда, Аноним (46), 02:24 , 26-Апр-25, (46)
Но почему тогда армы до сих пор годятся только для телефонов Сколько там уже пр, Маняним (?), 02:46 , 26-Апр-25, (49) +4

Помнится были даже смарты на интеле И всякие мини планшеты, тоже на интеле, у , Аноним (46), 03:33 , 26-Апр-25, (56)

Почему не совсем планшеты Вполне полноценные планшеты на андроиде были, у самог, Аноним (11), 06:25 , 26-Апр-25, (61)

Для тебя вся техника Apple и ноуты на Snapdragon какая-то шутка , Котик Биба (?), 03:41 , 26-Апр-25, (57) –1

И не только для него Ты ж не будешь спорить, что там телефонный процессор SoC , Аноним (28), 04:14 , 26-Апр-25, (58)

И что в нём телефонного , Аноним (70), 08:10 , 26-Апр-25, (71)
я, конечно, многое на этом сайте видела, но называть семейство процессоров, где , blkkid (?), 13:35 , 26-Апр-25, (98) –2

Серьёзные люди, называющие десктопный процессор телефонным 8230 ну ладно , Аноним (70), 15:26 , 26-Апр-25, (124)

Ну шо вам на это сказать Вот сколько уже пророчат вендекапeц, а он, всё ещё не , Аноним (106), 14:36 , 26-Апр-25, (110)

Дистрохопинг с периодическими возвращениями на Windows 11 от безнадёги, не означ, Аноним (117), 15:14 , 26-Апр-25, (115) +1

Gentoo c конца 2004 Венда на локалхосте в качестве десктопа никогда не использо, Аноним (106), 17:20 , 26-Апр-25, (140)

Могла быть, лет 10 назад В ARMv8 биты предикации выкинули, а в Thumb их никогда, Аноним (54), 03:00 , 26-Апр-25, (54) +1
Ну вы мне прямо глаза открыли Вообще это не исключительная особенность ARM А вот, Аноним (11), 06:15 , 26-Апр-25, (60)

Ты говоришь чушь и сам не понимаешь почему - просто повторяешь других, говорящих, Аноним (144), 17:55 , 26-Апр-25, (145)

А надёжность В своей следующей работе Дейкстра обосновал тот факт, что для кода, Аноним (106), 00:07 , 26-Апр-25, (22)

И сел со своей войной против goto в лужу Более подходящего способа для управлени, Аноним (38), 01:19 , 26-Апр-25, (38) +1

Си невозможно принимать всерьёз Ну, это вы, конечно, погорячилась - но что-то о, User (??), 11:52 , 26-Апр-25, (92) –1

1 Не очень понимаю, на что он намекает Для кода без развилок и циклов проверит, Аноним (59), 05:01 , 26-Апр-25, (59) +1

Да ну, шо вы говорите Вы можете метку впендюрить куда угодно в пределах файла , Аноним (106), 14:26 , 26-Апр-25, (108)

И много ты проверяешь формальную корректность Ты хоть сам понимаешь, что это , Аноним (144), 17:57 , 26-Апр-25, (146)

конечно надо же сделать как в расте Ё тут пятиэтажный мат Named loops also, Аноним (7), 23:21 , 25-Апр-25, (15)

Выдыхай Эту фичу тру-UNIX деды придумали для Limbo тридцоть лет назад, оттуда е, Аноним (54), 02:53 , 26-Апр-25, (53) +1

ну вообще отлично, вы только это не мне, а тем придумывателям расскажите, кото, Аноним (7), 14:32 , 26-Апр-25, (109)

for int i 0 i n i for int j 0 j n j if something , Аноним (7), 23:18 , 25-Апр-25, (12)

Тут много зависит от тимлида Если упёртый и аргументы в пользу goto не приним, Аноним (-), 23:37 , 25-Апр-25, (19)

из таких вложенных циклов я обычно выхожу устанавливая в максимальное значение и, Аноним (7), 23:56 , 25-Апр-25, (20)

Красиво, но фактически это тоже костыль, может быть даже похлеще goto, потому чт, Аноним (28), 00:21 , 26-Апр-25, (24) +1

да мне и for не нужен будет если я буду использовать goto , Аноним (7), 00:34 , 26-Апр-25, (30)

А потом узнаете про промахи кэша при таких выходах, и что вложенные циклы вообще, Аноним (68), 07:27 , 26-Апр-25, (68) –1

ну это что такое , Аноним (7), 14:42 , 26-Апр-25, (111)

При чём здесь логика меток Это логика оператора break лол, какая разница, что , Аноним (-), 14:12 , 26-Апр-25, (103)

потому-что запись вида end это метка в том же самом C для оператора goto И изм, Аноним (7), 15:34 , 26-Апр-25, (126)

ssh github, Аноним (8), 23:12 , 25-Апр-25, (8) +3

Вот Вы смеетесь, а эмбед это вообще чуть ли не самое крутое, что ввели в язык По, Аноним (46), 02:28 , 26-Апр-25, (47) –1

Чо не сделают, лишь бы xxd не использовать Все бы им в комбайны превращать , Аноним (68), 07:29 , 26-Апр-25, (69)

Что не сделают, лишь бы костыли не использовать , Аноним (70), 08:32 , 26-Апр-25, (76)
Из-за этой xxd устанавливать Vim А Vim - это сильно-сильно на любилеля , Аноним (106), 18:05 , 26-Апр-25, (149)

Нехорошее можно и без embed сделать Всё, что делается embed ом можно сделать и , Аноним (-), 14:24 , 26-Апр-25, (107)
До этого это делалось скриптом линкера , Аноним (106), 18:06 , 26-Апр-25, (150)

Очень актуальное, а главное своевременно решение П С А кто-то видел живьём воо, Аноним (-), 00:28 , 26-Апр-25, (27) +1

Нет, Аноним (28), 00:34 , 26-Апр-25, (29)
Да, видел живьём Fico Blaze Advisor в отечественном банке , abi (?), 00:43 , 26-Апр-25, (32)
А что то от этого изменится , Аноним (33), 00:46 , 26-Апр-25, (34)
Пойдите на работу в банк и прочий энтерпрайз, увидите 8230 а, для этого кобол , Аноним (11), 01:00 , 26-Апр-25, (35) –2

Это я удачно зашёл Докладываю вам из глубин банков и прочих ынтерпрайзов виж, Chlen22sm (?), 01:25 , 26-Апр-25, (41) +1

В РФ Тут, к счастью, такого слоя легаси не успело нарасти за неимением самих б, Аноним (70), 08:11 , 26-Апр-25, (72)

SAP ABAP это кобол Правда, не гну , Аноним (97), 12:56 , 26-Апр-25, (97)

Так оно мертво уже лет 10 как Разве нет , Аноним (117), 15:19 , 26-Апр-25, (118)
SAP - это громадный, тухлый монстр Вместо помощи бизнесу, наоборот - перекорёжи, Аноним (144), 18:00 , 26-Апр-25, (147)

В Австралии уже попробовали написать замену , Аноним (70), 18:38 , 26-Апр-25, (157)

Вот вам свежачёк-с https github com meyfa CobolCraft, Аноним (106), 16:47 , 26-Апр-25, (136)
Cobol в Tiobe на 20-м месте, даже поднимается, MinimumProfit (?), 17:05 , 26-Апр-25, (138)

Ничего не понял это же прямо сейчас уже доступно нет https godbolt org z bPKq, cheburnator9000 (ok), 01:14 , 26-Апр-25, (36) +1

Вы кинули код на C , тогда как речь про Си На Си такого синтаксиса нет , Аноним (64), 06:50 , 26-Апр-25, (64) +1
Сейчас доступно в C , а в статье речь о том, что это добавили в C , Сишник (?), 07:25 , 26-Апр-25, (67) +1

Опять придется инструкции по сборке пакетов переписывать , Аноним (37), 01:17 , 26-Апр-25, (37)

LFS , Аноним (106), 16:33 , 26-Апр-25, (128)

Как всегда в попсовых дистрах появится лет через 5 , Маняним (?), 02:49 , 26-Апр-25, (51)

В Дебиан 13 точно не попадет, потому что тулчейн для сборки, где GCC играет ключ, Аноним (64), 06:51 , 26-Апр-25, (65)

Не гентупроблемы , Аноним (106), 16:35 , 26-Апр-25, (129)

Да-да Справедливости ради, если нужен GCC 15, то всегда можно накатить в контей, Аноним (64), 18:34 , 26-Апр-25, (155)

В Fedora 42 уже есть, Аноним (-), 07:09 , 26-Апр-25, (66)

9633 Атрибут unsequenced , сигнализирующий, что результат не зависит от поря, Аноним (62), 06:28 , 26-Апр-25, (62) +1

Только сам он - какой-то ужастик, типа помеси сишки с питоном, очень сомнительно, Аноним (-), 08:17 , 26-Апр-25, (74) –1
у автора nim больше гибкости в этом плане, он пилит архитектуру и код практическ, 12yoexpert (ok), 10:47 , 26-Апр-25, (87)

Вот это хорошо, наконец можно будет забить на костыли и подпорки для вещей типа , Аноним (-), 08:15 , 26-Апр-25, (73)

Действительно, теперь ещё линуксовые бинари деблобировать из-за всяких утаистов , Аноним (81), 10:03 , 26-Апр-25, (81)

когда из всей фразы понял только гну , Аноним (101), 14:00 , 26-Апр-25, (101)

Релиз набора компиляторов GCC 15, Совершенно другой аноним (?), 19:59 , 26-Апр-25, (162)

import std для с все ещё не завезли или я чего-то упускаю , Амонин (?), 09:20 , 26-Апр-25, (78)

сейчас проверю только подожди чуть-чуть, у меня gentoo, 12yoexpert (ok), 10:43 , 26-Апр-25, (85) +1
В каком смысле завезли Его что, нельзя было писать в коде , Аноним (144), 18:08 , 26-Апр-25, (152)

В общем тенденция такова какой-нибудь С50 вопреки всем обещаниям начнёт таки, Аноним (79), 09:25 , 26-Апр-25, (79) –1

Скорее в golang Встраивание бинарных ресурсов, объявление переменных при if-опе, Аноним (86), 10:39 , 26-Апр-25, (84)
Уже сделали - Rust ненужен , Аноним (106), 16:37 , 26-Апр-25, (130) +1

уже можно начинать читать учебники по 23 плюсам, или всё ещё половина стандарта , 12yoexpert (ok), 10:30 , 26-Апр-25, (82)

да какой там 23, они 20 ещё полностью не реализовали Полностью реализован тольк, Аноним (79), 13:49 , 26-Апр-25, (99)

и то вроде только в clang полность реализован 17 стандарт, в gcc даже он не полн, Аноним (79), 14:03 , 26-Апр-25, (102) –1

Читаешь все это безобразие и понимаешь, какая же С С мощь Не для средних умов, Аноним (90), 11:32 , 26-Апр-25, (90) +1

Такая мощь, что сам создатель С начал плакать о том, что на С осуществляются, Аноним (79), 13:51 , 26-Апр-25, (100)

а под via c7 он оптимизировать код умеет , Аноним (94), 12:29 , 26-Апр-25, (94)

Даже под C3 умеет 14 версия, по крайней мере , Аноним (70), 14:19 , 26-Апр-25, (105)

под c3 не умеет вернее совсем не может, потому что у c3 нет cmov комманд, а они, Аноним (94), 18:36 , 26-Апр-25, (156)

Это как бы само собой подразумевается, что либы пересобирать придётся , Аноним (70), 18:40 , 26-Апр-25, (158)

это так умрешь раньшt, чем столько всего самому пересобирать , Аноним (94), 20:00 , 26-Апр-25, (163)

Простите, но такая оптимизация как мёртвому припарки Для старого железа - стары, Аноним (117), 15:20 , 26-Апр-25, (119) –2

Скрыто модератором, Аноним (70), 18:44 , 26-Апр-25, (159)

А этот VIA C7 лучше C2D , Аноним (106), 16:40 , 26-Апр-25, (131)

Смотря под какие задачи Под некоторые мои - да , Аноним (-), 16:46 , 26-Апр-25, (134)
у него криптопроцессор офигительный у c2d такого нету , Аноним (94), 18:34 , 26-Апр-25, (154)

А он там того, без задних дверей Китайская таварись маойра, всё-таки , Аноним (160), 19:00 , 26-Апр-25, (160)

Скрыто модератором, Аноним (94), 19:58 , 26-Апр-25, (161)

C 23 эт хорошо Но когда уже доделают С 20 , Аноним (121), 15:24 , 26-Апр-25, (121) +1

конкретно что не работает из C 20 , MinimumProfit (?), 17:08 , 26-Апр-25, (139)

А что там с Гошкой, какой версии эталонного сейчас GCC 15 1 соответствует gccg, Аноним (106), 17:33 , 26-Апр-25, (141)
Когда читаешь нововведения, думаешь где-то я уже это видел Причём лет 30 назад, Аноним (144), 18:06 , 26-Апр-25, (151)

Сообщения [Сортировка по времени | RSS]

1. Скрыто модератором –1 +/–

Сообщение от Аноним (1), 25-Апр-25, 22:42

А по выходам за границы там как? Может для этого какой-то стандарт?

Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором +6 +/–

Сообщение от Граница на замке (?), 25-Апр-25, 23:06

Конечно есть стандарт называеться .at(index) в любой std

Ответить | Правка | Наверх | Cообщить модератору

80. Скрыто модератором +1 +/–

Сообщение от Аноним (-), 26-Апр-25, 09:37

>" А по выходам за границы там как? Может для этого какой-то стандарт? "
Называется си с плюсами)))

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Релиз набора компиляторов GCC 15" +5 +/–

Сообщение от Аноним (-), 25-Апр-25, 22:46

Слушайте, а что с GNU Pascal случилось? Почему компилятор никак не развивается? Почему всякое непотребство типа Modula-2 (вообще кто-то слышал что то об этом языке?) или Objective-C поддерживаются, а Паскаль нет?

Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз набора компиляторов GCC 15" +4 +/–

Сообщение от Аноним (6), 25-Апр-25, 23:07

почти все одиночки сидят на freepascal + lazarus, в некоторых корпорациях еще Delphi используется, но там лицензия от 3500 $

GNU Pascal как бы не нужен никому

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (-), 25-Апр-25, 23:16

Delphi много где используется в бизнес сегменте (не путать с серверами и ынтерпрайзом). А вот free pascal редкостное днище, которое даже до турбопаскаля 90-х не дотягивает даже по качеству документации, впечатление что сделано тяп-ляп неорганизованной толпой людей.

Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (11), 25-Апр-25, 23:18

Delphi — это такой же паскаль, как Visaul Basic по сравнению с изначальным бейсиком.

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 25-Апр-25, 23:23

Не уверен, что до сих пор где-то что-то живо написанное на обычном бейсике, а вот visual basic 6 живее всех живых, в том же бизнесе или в производственной среде. По крайней мере, vb6 скорее жив, чем мёртв.

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 08:09

И в этом плане тоже.

Ответить | Правка | Наверх | Cообщить модератору

96. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Смузихлеб забывший пароль (?), 26-Апр-25, 12:44

если какое-то древнее барахло кто-то как-то допиливает чтобы хоть как-то продолжало работать ибо денег сделать новое нет - это не значит что оно живее всех живых
даже игоры на VB на винде запускать - то ещё удовольствие. То одной библиотеки не хватает, то - другой. Пока всё перепробуешь - желание играть исчезнет )

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

104. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 14:13

Вот когда работает и не трогают, потому что оно работает — в результате деньги и есть.

Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (117), 26-Апр-25, 15:17

Просто умные люди не переписывают софт ради переписывания. Есть задача, она выполняется. Хотя кто-то и телефоны покупает каждый год, обогащая корпорастов.

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

122. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 15:24

Покупка телефона тоже решает некоторые задачи, просто у бизнеса задачи другие.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (33), 26-Апр-25, 00:44

Дельфи и живёт в бизнесе потому что у него есть коммерческая поддержка. В гнутом виде никому не необходим.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

95. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Смузихлеб забывший пароль (?), 26-Апр-25, 12:43

делфи там живёт, т.к в своё время был весьма популярен и на нём много всего было сделано, что не желающие тратить лишнюю копейку предпочитают поддерживать и допиливать кое-как нежели разработать новый продукт на новых технологиях

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (43), 26-Апр-25, 01:30

> Слушайте, а что с GNU Pascal случилось?
Пpoтуxло, зaвoнялoсь и испортилось, как и весь Пaскaль. На нём даже в шкoлaх никто уже не пишет. Место этому языку на пoмoйкe. Даже пoкoйный Niklaus Wirth сделал ставку на Обepoн, а не на Пaскaль.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

132. "Релиз набора компиляторов GCC 15" +/–

Сообщение от MinimumProfit (?), 26-Апр-25, 16:43

Ну не совсем на помойке, скорее в зале славы музея. Канонический Pascal - это история, язык-демонстрация технологии структурного программирования, технология, которая вывела из кризиса  индустрию программирования в 70-х годах.
Кстати, неплохой язык был, простой и при этом надёжный. В нём указатели на данные и указатели на процедуры были надёжными, то есть для указателей отсутствовала арифметика и проверялось на отсутствие инициализации.
Oberon - это уже другое время, другие компьютеры, другие технологии.

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз набора компиляторов GCC 15" +/–

Сообщение от MinimumProfit (?), 26-Апр-25, 16:46

Давайте посмотрим на последний рейтинг Tiobe (https://www.tiobe.com/tiobe-index/)
В нём Delphi/Pascal за год поднялся с 11-го места на 9-е по популярности, между прочим обойдя PHP, Ada, Rust.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

55. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Маняним (?), 26-Апр-25, 03:07

> Modula-2 (вообще кто-то слышал что то об этом языке?)
Так это и есть улучшенная версия паскаля)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

86. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (86), 26-Апр-25, 10:47

>Почему компилятор никак не развивается?
А что тебе не хватает в гну-паскале?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

106. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 14:21

> всякое непотребство типа Modula-2 (вообще кто-то слышал что то об этом языке?)
По этому, как вы изволили выразиться, "непотребству" книхку издавались ещё до появления интернетов.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

127. "Релиз набора компиляторов GCC 15" +/–

Сообщение от MinimumProfit (?), 26-Апр-25, 16:32

GNU Pascal заглох, потому что не было фреймворков и библиотек для него, а для Free Pascal'я - есть, Lazarus, QtPas и много всяких на github.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (3), 25-Апр-25, 23:02

> Поддержка указания диапазонов целых значений в выражениях "case"
Скоро так и Паскаль догонят!

Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз набора компиляторов GCC 15" +4 +/–

Сообщение от Маняним (?), 26-Апр-25, 02:48

Как язык паскаль возможно лучшее что создано. Но то что он ушёл в обучение сыграло злую шутку.

Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз набора компиляторов GCC 15" –2 +/–

Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 08:21

>Как язык паскаль возможно лучшее что создано.
Отвратительный язык, заточенный под англ. Это просто убого использовать операторные скобки и некоторые операции (целочисленное деление, остаток, логические операции) в виде слов.
Он был создан для обучения. А то что он ушёл в реальную разработку — ошибка.

Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз набора компиляторов GCC 15" +/–

Сообщение от User (??), 26-Апр-25, 11:48

В юникоде столько закорючек, а они английские слова используют, н-негодяи!

Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз набора компиляторов GCC 15" –2 +/–

Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 12:12

Дело не в английских словах. Мы используем латиницу и эллиницу в математике и физике, и даже в Таблице Менделеева. И в программировании это тоже не плохо.
А плохо чрезмерное загрязнение ЯП ненужными словами.
С точки зрения живого языка then нужен для if, но с точки зрения формального языка — нет. Ведь Паскаль не брезгует символом + для обозначения сложения, а для матлогики зачем-то понадобились слова.
Слова воспринимаются глазом как операторы, поэтому использование гадких begin и end вместо вменяемых скобок усложняет чтение программы.
Уродское разделение подпрограмм на функции и процедуры, уродское объявление массивов, особенно многомерных, уродская переменная с именем функции в самой функции... Этот язык есть за что не любить.

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз набора компиляторов GCC 15" +/–

Сообщение от User (??), 26-Апр-25, 15:08

(&(рефлекторно)(лиспанул))
Что значит "загрязнение" и "ненужными"? Во те ещё времена действовал лозунг "программирование - вторая грамотность!" и предполагалось, что этот самый кот (которого ещё и порядково меньше было) будут читать и писать не специально обученные машинисты, ой, "программисты" - а вот конечные пользователи, желающие добиться от железки чего-нибудь полезного. В этом плане максимальная близость к естественноиу языку и минимальная неожиданность считалась благом.
Наивнве были дiды, да. Кто только на эти грабли не наступал - от sql до 1с в результате пользователям всё, окромя чятжпт "сложна!", а программисты готовы любые закорюки учить, лишь бы "ни как у магглов!", ага.
Сейчас и вовсе - зайлайтинг-фолдинг-форматтеры-линтеры почти что угодно читаемым делают.
Если пасквиль за что и не любить - так за строки. Впрочем, до сишников по к-ву проблем хорошо так не допрыгнули. Процедуры/функции в принципе логичны - не надо, не пользуйся, да? Массивы, кнешн, кривые - но ок.
Любой язык есть за что не любить - но право, на фоне победителя баттла паскаль б-жественно хорош, но индустрия печально знаменита выбором самых мегакривейших решений - теперь вот живём с этим.

Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 15:24

>Что значит "загрязнение" и "ненужными"? Во те ещё времена действовал лозунг "программирование - вторая грамотность!" и предполагалось, что этот самый кот (которого ещё и порядково меньше было) будут читать и писать не специально обученные машинисты, ой, "программисты" - а вот конечные пользователи, желающие добиться от железки чего-нибудь полезного.
Ну теперь мы видим насколько это тупиковый подход и почему Паскаль плох. Наверное потому си-подобный синтаксис так популярен, потому что не сильно загрязнён ненужным.
>В этом плане максимальная близость к естественноиу языку и минимальная неожиданность считалась благом
Я про то и говорю. Для меня англ — неестественный язык. И за то ругаю Паскаль. ЯП — это в первую очередь про математику, и, как в математике, вполне хорошо использовать систему знаков для действий, а слова оставить для имён переменных и функций.

Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (117), 26-Апр-25, 15:16

> ненужными словами
Да ты ещё язык Ada не видел. Кстати моё мнение, что слова гораздо лучше закорючек сишных, более наглядно. Тем более ты их целиком не пишешь, за тебя их вставляет твоя IDEшка.

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

125. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 15:28

>что слова гораздо лучше закорючек сишных, более наглядно
Я уже писал выше.
1. Если слова лучше, то откажитесь от использования математических знаков: они тоже закорючки. Будьте последовательны до конца.
2. Слова воспринимаются как команды. Без begin и end код смотрится лучше (субъективно, конечно же). Чем меньше служебных слов, тем лучше.

Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз набора компиляторов GCC 15" +/–

Сообщение от MinimumProfit (?), 26-Апр-25, 16:58

Математическая нотация с её минимализмом ненадёжна (где-то поставил лишнюю точку над символом или шрих - и ошибка), а языки программирования разрабатывают с оглядкой на надёжность, поэтому в синтаксисе и ключевых словах присутствует избыточность (это как код Рида-Соломона или Витерби). Поэтому не "  ^T  ", а "pointer to T"

Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 17:54

Забыл ещё implementation секцию! :)) А то вдруг прогеру скучно менять только одо место - пусть попрыгает по листингу и поменяет декларации! :)

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

143. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 17:53

+1. Паскаль испортило, как это ни смешно, begin-end. Если всякие "остатки от деления" используются дай бог в 1% программ, то begin-end - сплошь и рядом. И если вместо чтения названий функций тебе приходится ещё и читать бегины-енды, это просто катастрофа, даже если они подсвечены.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

153. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 18:33

Интересно, я один такой, что мне что begin-end, что {} — фиолетово? Споры тупоконечников с остроконечниками какие-то, честное слово.

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (7), 25-Апр-25, 23:10

> Поддержка присвоения имён циклам для того, чтобы ссылаться на них в коде.
зачем, если есть goto?

Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (11), 25-Апр-25, 23:17

Только хотел написать, что они goto переизобрели.

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 25-Апр-25, 23:19

так у них с логикой проблемы, метка то после цикла должна быть :) а то у них выход из цикла означает начать его заново.

Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз набора компиляторов GCC 15" +2 +/–

Сообщение от Аноним (-), 25-Апр-25, 23:19

К хорошему всегда возвращаются. Никогда не понимал отказа от goto, ведь это крайне удобная вещь, с которой можно писать очень оптимизированный код, а не раздувать его ради простой функциональности на 100500 строк.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

16. "Релиз набора компиляторов GCC 15" –2 +/–

Сообщение от Аноним (7), 25-Апр-25, 23:23

> Никогда не понимал отказа от goto,
так вам не на С надо писать, а на асм. В Си чисто по религии goto (фактически асмовский jump) быть не должно.

Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз набора компиляторов GCC 15" +2 +/–

Сообщение от Аноним (-), 25-Апр-25, 23:27

С jmp, jnz/jne можно очень красивый код писать. А рилигия в программировании, как и любые догмы, скорее вредны. Нужно всегда отталкиваться от целесообразности и конкретных требований\пожеланий к проекту.

Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз набора компиляторов GCC 15" +2 +/–

Сообщение от Аноним (7), 25-Апр-25, 23:59

> С jmp, jnz/jne можно очень красивый код писать.
так С создавали, чтобы абстрагироваться от асм и код был более структурным, а не jmp акробатика вверх-вниз. Но почему-то эту акробатику в виде примитивного goto оставили.

Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (11), 26-Апр-25, 00:27

В 8080 была такая замечательная вещь — CALL по условию/RET по условию. Количество джампов сокращало в разы.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

28. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (28), 26-Апр-25, 00:33

Так это же стек затрагивало, а значит уже сильно медленнее.

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (11), 26-Апр-25, 00:42

j<условие> метка
ret
метка:
— 10 + 10 тактов.
r<условие>
— 5/11 тактов.

Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (45), 26-Апр-25, 02:09

Прикинь, в ARM почти любая инструкция может быть исполнена по условию.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

46. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (46), 26-Апр-25, 02:24

У армов конечно, как и у ириски - очень вкусные инструкции, но лично меня всегда немного раздражало что нужно всегда отдельно грузить из памяти в регистры, перед операциями.
Понятно что иначе никак, но просто интеловский набор команд, когда можно сразу вторым операндом указать память, да еще со сдвигом, мне больше нравиться, просто лаконичнее выглядит.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз набора компиляторов GCC 15" +4 +/–

Сообщение от Маняним (?), 26-Апр-25, 02:46

> в ARM почти любая инструкция может быть исполнена по условию
Но почему тогда армы до сих пор годятся только для телефонов? Сколько там уже пророчат смерть wintel?

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

56. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (46), 26-Апр-25, 03:33

Помнится были даже смарты на интеле...
И всякие мини планшеты, тоже на интеле, у асуса таких было много, да и не только у них.
Вернее, не совсем планшеты, с резистивным тач экраном и выдвижной кверти клавиатурой, как прокачанные кпк.
Хороше время было!

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (11), 26-Апр-25, 06:25

Почему не совсем планшеты? Вполне полноценные планшеты на андроиде были, у самого парочка валяется, один до сих пор рабочий даже.

Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Котик Биба (?), 26-Апр-25, 03:41

Для тебя вся техника Apple и ноуты на Snapdragon какая-то шутка?

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

58. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (28), 26-Апр-25, 04:14

> Для тебя вся техника Apple и ноуты на Snapdragon какая-то шутка?
И не только для него. Ты ж не будешь спорить, что там телефонный процессор (SoC)?

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 08:10

И что в нём телефонного?

Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз набора компиляторов GCC 15" –2 +/–

Сообщение от blkkid (?), 26-Апр-25, 13:35

я, конечно, многое на этом сайте видела, но называть семейство процессоров, где старшие модели могут выделять до *70 ватт* тепла телефонными - это что-то новое

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

124. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 15:26

Серьёзные люди, называющие десктопный процессор телефонным… ну ладно.

Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 14:36

>Сколько там уже пророчат смерть wintel?
Ну шо вам на это сказать? Вот сколько уже пророчат вендекапeц, а он, всё ещё не натупил, но... Кто хотел, тот уже давно для себя устроил этот вендекапeц - давно и успешно пользуется на десктопе GNU/Linux. Так же и с железом.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

115. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (117), 26-Апр-25, 15:14

> давно и успешно пользуется на десктопе GNU/Linux
Дистрохопинг с периодическими возвращениями на Windows 11 от безнадёги, не означает, что "успешно пользуются".

Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 17:20

Gentoo c конца 2004. Венда на локалхосте в качестве десктопа никогда не использовалась и до этого.

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (54), 26-Апр-25, 03:00

Могла быть, лет 10 назад. В ARMv8 биты предикации выкинули, а в Thumb их никогда и не было.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

60. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (11), 26-Апр-25, 06:15

Ну вы мне прямо глаза открыли.
Вообще это не исключительная особенность ARM.
А вот то, что под ARM — особенно современный — писать на ассемблере  может только злостный мазохист, я и так знаю.
А в данном случае речь была о том, что 8086 вроде как и преемник 8080, а вот кое-чем полезным пришлось пожертвовать (до сих пор помню впечатления при переходе с Z80 на 8086: «а что, так можно разве?! …а вот так, что ли, нельзя?»).

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

145. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 17:55

Ты говоришь чушь и сам не понимаешь почему - просто повторяешь других, говорящих такую же чушь.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

22. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 00:07

А надёжность?
"В своей следующей работе Дейкстра обосновал тот факт, что для кода без goto намного легче проверить формальную корректность."

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

38. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (38), 26-Апр-25, 01:19

> А надёжность?
> "В своей следующей работе Дейкстра обосновал тот факт, что для кода без goto намного легче проверить формальную корректность."
И сел со своей войной против goto в лужу.
Более подходящего способа для управления ресурсами в Си чем goto нет.
После такого его невозможно воспринимать всерьез.

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от User (??), 26-Апр-25, 11:52

Си невозможно принимать всерьёз? Ну, это вы, конечно, погорячилась - но что-то определённо есть

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (59), 26-Апр-25, 05:01

1. Не очень понимаю, на что он намекает. Для кода без развилок и циклов проверить формальную корректность ещё проще. Он предлагает выкинуть развилки и циклы?
2. Там, где требуется проверять формальную корректность, goto можно не использовать.
3. Сейчас бы хвастаться отсутствием goto в языке с поддержкой исключений. goto хотя бы из функции не выходит, тогда как исключения прошивают весь стек вызовов.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

108. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 14:26

>goto хотя бы из функции не выходит
Да ну, шо вы говорите? Вы можете метку впендюрить куда угодно в пределах файла.

Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 17:57

И много ты проверяешь "формальную корректность"? Ты хоть сам понимаешь, что это вообще?
goto - он даже в процессоре есть. Теперь что, процессор - формально некорректный??
Прежде чем взывать к идолам, стоит сначала включать голову.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

15. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 25-Апр-25, 23:21

конечно надо же сделать как в расте (Ё..... тут пятиэтажный мат)
Named loops also have a distinct advantage of having substantial prior art across multiple other programming languages. C is not bound by any other language but to have a control feature behave in exactly the same way as precedent set by the wider Community is extremely good for readability and lowers the surprise factor. The idiom has been proven to work well in practice, and there is no good reason for C to diverge from a model the rest of the programming language meta-community seems to have found clearest.
For instance, in Rust:
fn main() {
    'outer: loop {
        println!("Entered the outer loop");
        'inner: loop {
            println!("Entered the inner loop");
            // This would break only the inner loop
            //break;
            // This breaks the outer loop
            break 'outer;
        }
        println!("This point will never be reached");
    }
    println!("Exited the outer loop");
}

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

53. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (54), 26-Апр-25, 02:53

Выдыхай. Эту фичу тру-UNIX деды придумали для Limbo тридцоть лет назад, оттуда ее позаимствовали в Go и Rust. Одобрено ЪUNIXЪ-Омниссией с 1995, проверено временем.

Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 26-Апр-25, 14:32

> Эту фичу тру-UNIX деды придумали для Limbo тридцоть лет назад
ну вообще отлично, вы только это не мне, а тем "придумывателям" расскажите, которые в пример раст приводят.

Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 25-Апр-25, 23:18

for (int i = 0; i < n; ++ i) {
  for (int j = 0; j < n; ++ j) {
    if (something (i, j))
      goto end;
  }
}
end:
С goto куда интуитивно, чем пихать лейбл в начало оператора for (даблфейспалм). По логике меток, вы возвращаетесь и начинаете циклы заново, а не выходите из него вовсе.
тог уж так надо было так писать, куда интуитивно чем в начале.
for () { } : for-end-identifier;

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

19. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 25-Апр-25, 23:37

Тут много зависит от тимлида :) Если упёртый и аргументы в пользу goto не принимает, то придётся в функцию оборачивать и делать ретёрны.

Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 25-Апр-25, 23:56

из таких вложенных циклов я обычно выхожу устанавливая в максимальное значение инкрементируемую переменную.
for (int i = 0; i < n; ++ i) {
  for (int j = 0; j < n; ++ j) {
    if (something (i, j))
      i = n;
      break;
  }
}

Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (28), 26-Апр-25, 00:21

Красиво, но фактически это тоже костыль, может быть даже похлеще goto, потому что всё равно оно вернётся и оценит i < 0 и только потом выйдет из цикла.

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 26-Апр-25, 00:34

> может быть даже похлеще goto
да мне и for не нужен будет если я буду использовать goto :)

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (68), 26-Апр-25, 07:27

А потом узнаете про промахи кэша при таких выходах, и что вложенные циклы вообще не нужны, нисколько, никогда.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

111. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 26-Апр-25, 14:42

> и что вложенные циклы вообще не нужны, нисколько, никогда.
ну это что такое?

Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 26-Апр-25, 14:12

> По логике меток, вы возвращаетесь и начинаете циклы заново, а не выходите из него вовсе.
При чём здесь логика меток? Это логика оператора break.
> С goto куда [более] интуитивно
лол, какая разница, что "интуитивно"? Интуитивность важна для того, кто только-только начал писать на языке программрования. Те же кто набрал опыта имеют интуицию заточенную под язык, и всё что язык делает и то как он это делает для них будет интуитивным. Язык порождает интуицию, а не интуиция язык.
> for () { } : for-end-identifier;
Кек, а вот это меня в C раздражает как раз. __attribute__ которые добавляются после типа, а не перед его декларацией, чтобы я мог сразу видеть это. Или вот эти typedef struct {...} name_of_type;. Если я разглядываю декларацию типа, то самое важное что мне надо знать -- это имя типа и "тип типа" (структура, инум, юнион, функция, или что?), но тут имя отправляется в конец. Почему они слово struct не решили перенести в конец, мне совсем неясно. Но это было бы логичнее, можно было бы просто сорцы читать с конца в начало.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

126. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (7), 26-Апр-25, 15:34

> При чём здесь логика меток? Это логика оператора break.
потому-что запись вида end: это метка в том же самом C для оператора goto. И изменение логики break лишь в том, что к ней теперь добавляется так называемый идентификатор цикла, который необходимо прервать. А этот идентификатор приписывается к оператору for в виде:
for-end-identifier:
for (int i = 0; i < n; ++ i) {
}
и эта запись ничем не отлична от метки goto. break на такой метке теперь должен остановить цикл, а goto начать его заново. А что если:

for-end-identifier1:
for (int i = 0; i < n; ++ i) {
}
for-end-identifier2:
for (int i = 0; i < n; ++ i) {
   break for-end-identifier1;
}
Такое возможно? думаю нет, и break-у нужно понимать в  каких for-ах он вложен. А значит "метка" есть явный идентификатор оператора for, и оператором goto к ней не перейти.
> лол, какая разница, что "интуитивно"?
Ну какая разница между головой и ж*пой?
> Интуитивность важна для того, кто только-только начал писать на языке программрования.
ну да, какая разница между войной и спецоперацией?
> Язык порождает интуицию, а не интуиция язык.
ну да язык - отражение культуры, особенно когда его придумал немец.
Соглашусь только с одним, что тут вопрос "о палке", какой из концов считать началом, и интуиции каждого и "спорщиков" будет говорить лишь об одном - "тот конец начало, который ближе ко мне!".
Если бы for переписать вот так:
{
break identifier;
} identifier for (int i = 0; i < n; ++ i);
было бы куда интуитивно, а нет, "палка" говорит, что начало оператора должно быть ближе к "верху".
А вот "вторая - закрывающая" скобка } - это и есть конец тела цикла, и куда вам интуиция подсказывает приписать идентификатор? А с другой стороны, идентификатор это ведь "имя собственное" его надо в начало приписывать ведь надо - "величать" :)
> Кек, а вот это меня в C раздражает как раз. __attribute__ которые добавляются после типа, а не перед его декларацией, чтобы я мог сразу видеть это.
Я вообще сторонник идеи не отсоединять идентификатор от типа, не писать
int a,b;
a = 1;
b = 2;
а писать переменные с типом сразу.
int_a = 1;
int_b = 2;
type_identifier = value;
и в любом месте где читается текст программы видно, что эта переменная типа int, для статически типизированных ЯП.
> Или вот эти typedef struct {...} name_of_type;. Если я разглядываю декларацию типа, то самое важное что мне надо знать -- это имя типа и "тип типа" (структура, инум, юнион, функция, или что?), но тут имя отправляется в конец.
потому-что "имя" это identifier и он идет после "типа" как в случае int a, type identifier;
А ваш struct (union и т.д.) это и есть тот самый "тип" - составной тип, который описан в {}. Тут все интуитивно, потому-что сохранена логика type identifier;
Да не удобно, соглашусь, но опять таки, логика не нарушена.
А вот математики делают на оборот, сначала идентификатор пишут, а потом тип :)
Удобно было бы вам вот так?
typedef name_of_type : struct {...};
typedef name_of_type : union {...};
typedef name_of_type : enum {...};
:)
> Почему они слово struct не решили перенести в конец, мне совсем неясно. Но это было бы логичнее, можно было бы просто сорцы читать с конца в начало.
Ну вот я читаю код и дохожу до:
break for-end;
и идя вниз нахожу
} for-end;
и понимаю, что этот брек сюда указывает, и продолжаю читать дальше вниз - логично?
пс: есть практика оставлять комментарий после }, чтобы ясно было к какому циклу она относится :)
for ()
{
for ()
{
} // 2
} // 1

Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз набора компиляторов GCC 15" +3 +/–

Сообщение от Аноним (8), 25-Апр-25, 23:12

>Директива "#embed", предназначенная для встраивания в код
~/.ssh/github

Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (46), 26-Апр-25, 02:28

Вот Вы смеетесь, а эмбед это вообще чуть ли не самое крутое, что ввели в язык.
Понятно что можно всякое нехорошее с ним делать, но и крутые штуки, типа встраивания ресурсов в технодемки, делать тоже можно и нужно.

Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (68), 26-Апр-25, 07:29

Чо не сделают, лишь бы xxd не использовать. Все бы им в комбайны превращать.

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 08:32

Что не сделают, лишь бы костыли не использовать.

Ответить | Правка | Наверх | Cообщить модератору

149. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 18:05

Из-за этой xxd устанавливать Vim? А Vim - это сильно-сильно на любилеля.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

107. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 26-Апр-25, 14:24

Нехорошее можно и без embed сделать. Всё, что делается embed'ом можно сделать и без него. Можно например вызвать из Makefile утилиту, которая сделает из содержимого /home объектный файл или сишный сорец, а потом прилинковать это к проекту. Делов-то.
Либо ты доверяешь сорцам и их системе сборки, либо не доверяешь им и каким-то образом огораживаешься от возможных атак. #embed в этом ничего не меняет.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

150. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 18:06

До этого это делалось скриптом линкера.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

27. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (-), 26-Апр-25, 00:28

> компилятор для языка COBOL
Очень актуальное, а главное своевременно решение. П.С. А кто-то видел живьём вообще этот КОБОЛ? А то рассказывают про банки и прочий энтерпрайз, но кого не спросишь, делают выпученные глаза.

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (28), 26-Апр-25, 00:34

> А кто-то видел живьём вообще этот КОБОЛ?
Нет

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз набора компиляторов GCC 15" +/–

Сообщение от abi (?), 26-Апр-25, 00:43

Да, видел живьём Fico Blaze Advisor в отечественном банке.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

34. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (33), 26-Апр-25, 00:46

А что то от этого изменится?

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

35. "Релиз набора компиляторов GCC 15" –2 +/–

Сообщение от Аноним (11), 26-Апр-25, 01:00

Пойдите на работу в банк и прочий энтерпрайз, увидите… а, для этого кобол для начала надо изучить.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

41. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Chlen22sm (?), 26-Апр-25, 01:25

> Пойдите на работу в банк и прочий энтерпрайз, увидите…
Это я удачно зашёл. Докладываю вам из глубин банков и прочих ынтерпрайзов... вижу java, кое-где c# и даже go, но не cobol. Лол.

Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 08:11

В РФ? Тут, к счастью, такого слоя легаси не успело нарасти (за неимением самих банков).

Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (97), 26-Апр-25, 12:56

SAP ABAP это кобол. Правда, не гну.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

118. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (117), 26-Апр-25, 15:19

> SAP
Так оно мертво уже лет 10 как. Разве нет?

Ответить | Правка | Наверх | Cообщить модератору

147. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 18:00

SAP - это громадный, тухлый монстр. Вместо помощи бизнесу, наоборот - перекорёживает всё под себя. Оно мне надо?? SAP - это как и кобол, древний реликт, который выкинут с радостью, как только напишут замену.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

157. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 18:38

В Австралии уже попробовали написать замену.

Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 16:47

>А кто-то видел живьём вообще этот КОБОЛ?
Вот вам свежачёк-с https://github.com/meyfa/CobolCraft

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

138. "Релиз набора компиляторов GCC 15" +/–

Сообщение от MinimumProfit (?), 26-Апр-25, 17:05

Cobol в Tiobe на 20-м месте, даже поднимается

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

36. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от cheburnator9000 (ok), 26-Апр-25, 01:14

>> Возможность объявления переменных в операторе "if", например, "if (int x = get ()) {...}".
Ничего не понял это же прямо сейчас уже доступно нет??
https://godbolt.org/z/bPKqvsood в данном случае if это просто проверка либо на 0, либо можно использовать и для nulltpr.

Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (64), 26-Апр-25, 06:50

Вы кинули код на C++, тогда как речь про Си.
На Си такого синтаксиса нет.

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Сишник (?), 26-Апр-25, 07:25

Сейчас доступно в C++, а в статье речь о том, что это добавили в C.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

37. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (37), 26-Апр-25, 01:17

Опять придется инструкции по сборке пакетов переписывать.

Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 16:33

LFS ?

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Маняним (?), 26-Апр-25, 02:49

Как всегда в попсовых дистрах появится лет через 5?

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (64), 26-Апр-25, 06:51

В Дебиан 13 точно не попадет, потому что тулчейн для сборки, где GCC играет ключевую роль, заморожен от 15-го марта :)
Будет в Дебиан 14, или более новая версия, если до заморозки успеет выйти 16-ая версия.

Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 16:35

Не гентупроблемы ;)

Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (64), 26-Апр-25, 18:34

Да-да. Справедливости ради, если нужен GCC 15, то всегда можно накатить в контейнер и не париться.

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 26-Апр-25, 07:09

В Fedora 42 уже есть

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

62. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (62), 26-Апр-25, 06:28

□ Атрибут "unsequenced", сигнализирующий, что результат не зависит от порядка выполнения.
□ Атрибут "reproducible", указывающий, что функция всегда возвращает один и тот же результат при одинаковых входных данных, т.е. не зависит от иных факторов.
□ Возможность объявления переменных в операторе "if", например, "if (int x = get ()) {...}".
□ Поддержка присвоения имён циклам для того, чтобы ссылаться на них в коде.
Гляжу на всё это и понимаю, что видел это в Nim. Авторы языка используют все конструкции из новых стандартов Си.

Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (-), 26-Апр-25, 08:17

> Гляжу на всё это и понимаю, что видел это в Nim. Авторы
> языка используют все конструкции из новых стандартов Си.
Только сам он - какой-то ужастик, типа помеси сишки с питоном, очень сомнительное счастье.

Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз набора компиляторов GCC 15" +/–

Сообщение от 12yoexpert (ok), 26-Апр-25, 10:47

у автора nim больше гибкости в этом плане, он пилит архитектуру и код практически в одно лицо

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

73. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 26-Апр-25, 08:15

> Директива "#embed", предназначенная для встраивания в код бинарных ресурсов.
Вот это хорошо, наконец можно будет забить на костыли и подпорки для вещей типа включения фонта в бинарь.
А гнутое расширение case 1..5 и проч они не хотят в новый стандарт взять?

Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (81), 26-Апр-25, 10:03

Действительно, теперь ещё линуксовые бинари деблобировать из-за всяких утаистов (вероятно, нарушающих лицензии).

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (101), 26-Апр-25, 14:00

> Действительно, теперь ещё линуксовые бинари деблобировать из-за всяких утаистов (вероятно, нарушающих лицензии).
когда из всей фразы понял только "гну"

Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Совершенно другой аноним (?), 26-Апр-25, 19:59

> Поддержка указания диапазонов целых значений в выражениях "case", например, "case 1 ... 10:".

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

78. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Амонин (?), 26-Апр-25, 09:20

import std; для с++ все ещё не завезли или я чего-то упускаю?

Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от 12yoexpert (ok), 26-Апр-25, 10:43

сейчас проверю. только подожди чуть-чуть, у меня gentoo

Ответить | Правка | Наверх | Cообщить модератору

152. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 18:08

В каком смысле "завезли"? Его что, нельзя было писать в коде??

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

79. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (79), 26-Апр-25, 09:25

В общем тенденция такова: какой-нибудь С50 (вопреки всем обещаниям!) начнёт таки всё больше и больше превращаться в С++, в то время как С++50 начнёт всё больше и больше превращаться в Раст. В общем делайте выводы сами!

Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (86), 26-Апр-25, 10:39

>какой-нибудь С50 (вопреки всем обещаниям!) начнёт таки всё больше и больше превращаться в С++
Скорее в golang. Встраивание бинарных ресурсов, объявление переменных при if-операторе, defer, etc.

Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (106), 26-Апр-25, 16:37

Уже сделали - Rust ненужен.

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

82. "Релиз набора компиляторов GCC 15" +/–

Сообщение от 12yoexpert (ok), 26-Апр-25, 10:30

уже можно начинать читать учебники по 23 плюсам, или всё ещё половина стандарта не поддерживается?
вроде страничку с поддержкой они обновили, и про попоболь с import std  там ни слова
https://gcc.gnu.org/projects/cxx-status.html#cxx26

Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (79), 26-Апр-25, 13:49

да какой там 23, они 20 ещё полностью не реализовали! Полностью реализован только 17 стандрат

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз набора компиляторов GCC 15" –1 +/–

Сообщение от Аноним (79), 26-Апр-25, 14:03

и то вроде только в clang полность реализован 17 стандарт, в gcc даже он не полностью реализован!!!

Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (90), 26-Апр-25, 11:32

Читаешь все это безобразие и понимаешь, какая же С/С++ мощь. Не для средних умов!

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (79), 26-Апр-25, 13:51

>>  какая же С/С++ мощь <<
Такая мощь, что сам создатель С++ начал плакать о том, что на С++ осуществляются какие-то таи нападки и его срочно нужно защитить:)

Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (94), 26-Апр-25, 12:29

а под via c7 он оптимизировать код умеет?

Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 14:19

Даже под C3 умеет (14 версия, по крайней мере).

Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (94), 26-Апр-25, 18:36

под c3 не умеет. вернее совсем не может, потому что у c3 нет cmov комманд, а они эти cmov комманды во всех либах есть, и полученный код на c3 крашится при запуске. ни один современный линукс по этому на c3 стартонуть не может.

Ответить | Правка | Наверх | Cообщить модератору

158. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (70), 26-Апр-25, 18:40

Это как бы само собой подразумевается, что либы пересобирать придётся.

Ответить | Правка | Наверх | Cообщить модератору

163. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (94), 26-Апр-25, 20:00

это так умрешь раньшt, чем столько всего  самому пересобирать.

Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз набора компиляторов GCC 15" –2 +/–

Сообщение от Аноним (117), 26-Апр-25, 15:20

Простите, но такая оптимизация как мёртвому припарки. Для старого железа - старый софт.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

159. Скрыто модератором +/–

Сообщение от Аноним (70), 26-Апр-25, 18:44

А новый софт под него совсем-совсем нельзя писать?

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 16:40

А этот VIA C7 лучше C2D ?

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

134. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (-), 26-Апр-25, 16:46

Смотря под какие задачи. Под некоторые мои - да.

Ответить | Правка | Наверх | Cообщить модератору

154. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (94), 26-Апр-25, 18:34

у него криптопроцессор офигительный. у c2d такого нету.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

160. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (160), 26-Апр-25, 19:00

А он там того, без задних дверей? Китайская таварись маойра, всё-таки.

Ответить | Правка | Наверх | Cообщить модератору

161. Скрыто модератором +/–

Сообщение от Аноним (94), 26-Апр-25, 19:58

двери эти старые, узкие. много через них не просунется. да и нечего особо, чтоб им там интересно было.

Ответить | Правка | Наверх | Cообщить модератору

121. "Релиз набора компиляторов GCC 15" +1 +/–

Сообщение от Аноним (121), 26-Апр-25, 15:24

C++23 эт хорошо. Но когда уже доделают С++20?

Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз набора компиляторов GCC 15" +/–

Сообщение от MinimumProfit (?), 26-Апр-25, 17:08

конкретно что не работает из C++20 ?

Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (106), 26-Апр-25, 17:33

>Фронтэнд для языка D обновлён до версии 2.111.0.
А что там с Гошкой, какой версии эталонного сейчас (GCC 15.1) соответствует gccgo?

Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз набора компиляторов GCC 15" +/–

Сообщение от Аноним (144), 26-Апр-25, 18:06

Когда читаешь нововведения, думаешь: где-то я уже это видел! Причём лет 30 назад. Вопрос: насколько надо быть тугодумами, чтобы вносить полезные вещи ДЕСЯТИЛЕТИЯМИ? Ладно бы отрасль была новая, неизученная (как ИТ в 70-ые). Но уже лет 20 как устоялись многие тенденции, куча языков протухла как раз по причине несоответствия запросам отрасли. И вот просыпается С++ комитет (кто-то б3днул слишком громко) и начинается вспоминание всех полезняшек из 80-ых :)) ПОЗДНО, дедушки, боржоми уже не поможет! На глиняном фундаменте С++ вы городите эйфелевку - так не пойдёт.
Кто молодцы, так это создатели D - всё переосмыслили и выкатили нормальный язык. Вот на его базе уже можно что-то там расширять, улучшать... главное - ядро языка - адекватное.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Скрыто модератором	–1 +/–
Сообщение от Аноним (1), 25-Апр-25, 22:42
А по выходам за границы там как? Может для этого какой-то стандарт?
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. Скрыто модератором	+6 +/–
	Сообщение от Граница на замке (?), 25-Апр-25, 23:06
	Конечно есть стандарт называеться .at(index) в любой std
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 26-Апр-25, 09:37
	>" А по выходам за границы там как? Может для этого какой-то стандарт? " Называется си с плюсами)))
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

2. "Релиз набора компиляторов GCC 15"	+5 +/–
Сообщение от Аноним (-), 25-Апр-25, 22:46
Слушайте, а что с GNU Pascal случилось? Почему компилятор никак не развивается? Почему всякое непотребство типа Modula-2 (вообще кто-то слышал что то об этом языке?) или Objective-C поддерживаются, а Паскаль нет?
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз набора компиляторов GCC 15"	+4 +/–
	Сообщение от Аноним (6), 25-Апр-25, 23:07
	почти все одиночки сидят на freepascal + lazarus, в некоторых корпорациях еще Delphi используется, но там лицензия от 3500 $ GNU Pascal как бы не нужен никому
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Релиз набора компиляторов GCC 15"	+1 +/–
	Сообщение от Аноним (-), 25-Апр-25, 23:16
	Delphi много где используется в бизнес сегменте (не путать с серверами и ынтерпрайзом). А вот free pascal редкостное днище, которое даже до турбопаскаля 90-х не дотягивает даже по качеству документации, впечатление что сделано тяп-ляп неорганизованной толпой людей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Релиз набора компиляторов GCC 15"	–1 +/–
	Сообщение от Аноним (11), 25-Апр-25, 23:18
	Delphi — это такой же паскаль, как Visaul Basic по сравнению с изначальным бейсиком.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (-), 25-Апр-25, 23:23
	Не уверен, что до сих пор где-то что-то живо написанное на обычном бейсике, а вот visual basic 6 живее всех живых, в том же бизнесе или в производственной среде. По крайней мере, vb6 скорее жив, чем мёртв.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (70), 26-Апр-25, 08:09
	И в этом плане тоже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Релиз набора компиляторов GCC 15"	–1 +/–
	Сообщение от Смузихлеб забывший пароль (?), 26-Апр-25, 12:44
	если какое-то древнее барахло кто-то как-то допиливает чтобы хоть как-то продолжало работать ибо денег сделать новое нет - это не значит что оно живее всех живых даже игоры на VB на винде запускать - то ещё удовольствие. То одной библиотеки не хватает, то - другой. Пока всё перепробуешь - желание играть исчезнет )
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	104. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (70), 26-Апр-25, 14:13
	Вот когда работает и не трогают, потому что оно работает — в результате деньги и есть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (117), 26-Апр-25, 15:17
	Просто умные люди не переписывают софт ради переписывания. Есть задача, она выполняется. Хотя кто-то и телефоны покупает каждый год, обогащая корпорастов.
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	122. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (70), 26-Апр-25, 15:24
	Покупка телефона тоже решает некоторые задачи, просто у бизнеса задачи другие.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз набора компиляторов GCC 15"	+1 +/–
	Сообщение от Аноним (33), 26-Апр-25, 00:44
	Дельфи и живёт в бизнесе потому что у него есть коммерческая поддержка. В гнутом виде никому не необходим.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	95. "Релиз набора компиляторов GCC 15"	–1 +/–
	Сообщение от Смузихлеб забывший пароль (?), 26-Апр-25, 12:43
	делфи там живёт, т.к в своё время был весьма популярен и на нём много всего было сделано, что не желающие тратить лишнюю копейку предпочитают поддерживать и допиливать кое-как нежели разработать новый продукт на новых технологиях
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Релиз набора компиляторов GCC 15"	–1 +/–
	Сообщение от Аноним (43), 26-Апр-25, 01:30
	> Слушайте, а что с GNU Pascal случилось? Пpoтуxло, зaвoнялoсь и испортилось, как и весь Пaскaль. На нём даже в шкoлaх никто уже не пишет. Место этому языку на пoмoйкe. Даже пoкoйный Niklaus Wirth сделал ставку на Обepoн, а не на Пaскaль.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	132. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от MinimumProfit (?), 26-Апр-25, 16:43
	Ну не совсем на помойке, скорее в зале славы музея. Канонический Pascal - это история, язык-демонстрация технологии структурного программирования, технология, которая вывела из кризиса индустрию программирования в 70-х годах. Кстати, неплохой язык был, простой и при этом надёжный. В нём указатели на данные и указатели на процедуры были надёжными, то есть для указателей отсутствовала арифметика и проверялось на отсутствие инициализации. Oberon - это уже другое время, другие компьютеры, другие технологии.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от MinimumProfit (?), 26-Апр-25, 16:46
	Давайте посмотрим на последний рейтинг Tiobe (https://www.tiobe.com/tiobe-index/) В нём Delphi/Pascal за год поднялся с 11-го места на 9-е по популярности, между прочим обойдя PHP, Ada, Rust.
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	55. "Релиз набора компиляторов GCC 15"	+1 +/–
	Сообщение от Маняним (?), 26-Апр-25, 03:07
	> Modula-2 (вообще кто-то слышал что то об этом языке?) Так это и есть улучшенная версия паскаля)
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	86. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (86), 26-Апр-25, 10:47
	>Почему компилятор никак не развивается? А что тебе не хватает в гну-паскале?
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	106. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от Аноним (106), 26-Апр-25, 14:21
	> всякое непотребство типа Modula-2 (вообще кто-то слышал что то об этом языке?) По этому, как вы изволили выразиться, "непотребству" книхку издавались ещё до появления интернетов.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	127. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от MinimumProfit (?), 26-Апр-25, 16:32
	GNU Pascal заглох, потому что не было фреймворков и библиотек для него, а для Free Pascal'я - есть, Lazarus, QtPas и много всяких на github.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

3. "Релиз набора компиляторов GCC 15"	+1 +/–
Сообщение от Аноним (3), 25-Апр-25, 23:02
> Поддержка указания диапазонов целых значений в выражениях "case" Скоро так и Паскаль догонят!
Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Релиз набора компиляторов GCC 15"	+4 +/–
	Сообщение от Маняним (?), 26-Апр-25, 02:48
	Как язык паскаль возможно лучшее что создано. Но то что он ушёл в обучение сыграло злую шутку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Релиз набора компиляторов GCC 15"	–2 +/–
	Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 08:21
	>Как язык паскаль возможно лучшее что создано. Отвратительный язык, заточенный под англ. Это просто убого использовать операторные скобки и некоторые операции (целочисленное деление, остаток, логические операции) в виде слов. Он был создан для обучения. А то что он ушёл в реальную разработку — ошибка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от User (??), 26-Апр-25, 11:48
	В юникоде столько закорючек, а они английские слова используют, н-негодяи!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Релиз набора компиляторов GCC 15"	–2 +/–
	Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 12:12
	Дело не в английских словах. Мы используем латиницу и эллиницу в математике и физике, и даже в Таблице Менделеева. И в программировании это тоже не плохо. А плохо чрезмерное загрязнение ЯП ненужными словами. С точки зрения живого языка then нужен для if, но с точки зрения формального языка — нет. Ведь Паскаль не брезгует символом + для обозначения сложения, а для матлогики зачем-то понадобились слова. Слова воспринимаются глазом как операторы, поэтому использование гадких begin и end вместо вменяемых скобок усложняет чтение программы. Уродское разделение подпрограмм на функции и процедуры, уродское объявление массивов, особенно многомерных, уродская переменная с именем функции в самой функции... Этот язык есть за что не любить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "Релиз набора компиляторов GCC 15"	+/–
	Сообщение от User (??), 26-Апр-25, 15:08
	(&(рефлекторно)(лиспанул)) Что значит "загрязнение" и "ненужными"? Во те ещё времена действовал лозунг "программирование - вторая грамотность!" и предполагалось, что этот самый кот (которого ещё и порядково меньше было) будут читать и писать не специально обученные машинисты, ой, "программисты" - а вот конечные пользователи, желающие добиться от железки чего-нибудь полезного. В этом плане максимальная близость к естественноиу языку и минимальная неожиданность считалась благом. Наивнве были дiды, да. Кто только на эти грабли не наступал - от sql до 1с в результате пользователям всё, окромя чятжпт "сложна!", а программисты готовы любые закорюки учить, лишь бы "ни как у магглов!", ага. Сейчас и вовсе - зайлайтинг-фолдинг-форматтеры-линтеры почти что угодно читаемым делают. Если пасквиль за что и не любить - так за строки. Впрочем, до сишников по к-ву проблем хорошо так не допрыгнули. Процедуры/функции в принципе логичны - не надо, не пользуйся, да? Массивы, кнешн, кривые - но ок. Любой язык есть за что не любить - но право, на фоне победителя баттла паскаль б-жественно хорош, но индустрия печально знаменита выбором самых мегакривейших решений - теперь вот живём с этим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	123. "Релиз набора компиляторов GCC 15"	+1 +/–
	Сообщение от Тот_Самый_Анонимус_ (?), 26-Апр-25, 15:24
	>Что значит "загрязнение" и "ненужными"? Во те ещё времена действовал лозунг "программирование - вторая грамотность!" и предполагалось, что этот самый кот (которого ещё и порядково меньше было) будут читать и писать не специально обученные машинисты, ой, "программисты" - а вот конечные пользователи, желающие добиться от железки чего-нибудь полезного. Ну теперь мы видим насколько это тупиковый подход и почему Паскаль плох. Наверное потому си-подобный синтаксис так популярен, потому что не сильно загрязнён ненужным. >В этом плане максимальная близость к естественноиу языку и минимальная неожиданность считалась благом Я про то и говорю. Для меня англ — неестественный язык. И за то ругаю Паскаль. ЯП — это в первую очередь про математику, и, как в математике, вполне хорошо использовать систему знаков для действий, а слова оставить для имён переменных и функций.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	116. "Релиз набора компиляторов GCC 15"	–1 +/–
	Сообщение от Аноним (117), 26-Апр-25, 15:16
	> ненужными словами Да ты ещё язык Ada не видел. Кстати моё мнение, что слова гораздо лучше закорючек сишных, более наглядно. Тем более ты их целиком не пишешь, за тебя их вставляет твоя IDEшка.
	Ответить \| Правка \| К родителю #93 \| Наверх \| Cообщить модератору