The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

25.04.2025 22:30

После года разработки опубликован релиз свободного набора компиляторов GCC 15.1, первый значительный выпуск в новой ветке GCC 15.x. В соответствии со схемой нумерации выпусков, версия 15.0 использовалась в процессе разработки, а незадолго до выхода GCC 15.1 уже ответвилась ветка GCC 16.0, на базе которой будет сформирован следующий значительный релиз GCC 16.1.

Основные изменения:

  • При компиляции программ на языке C по умолчанию задействован стандарт С23 (обзор изменений) с расширениями GNU ("-std=gnu23"). Ранее по умолчанию использовался стандарт C17 - "-std=gnu17"). Изменение потенциально может привести к проблемам при сборке существующих проектов из-за включения константы nullptr, типа _BitInt(n) и ключевых слов bool, true и false, которые могут конфликтовать с заданными в приложениях одноимёнными идентификаторами.
  • Реализованы возможности стандарта C23:
    • Директива "#embed", предназначенная для встраивания в код бинарных ресурсов.
    • Атрибут "unsequenced", сигнализирующий, что результат не зависит от порядка выполнения.
    • Атрибут "reproducible", указывающий, что функция всегда возвращает один и тот же результат при одинаковых входных данных, т.е. не зависит от иных факторов.
  • Реализованы элементы будущего стандарта C2Y (-std=c2y и -std=gnu2y):
    • Возможность объявления переменных в операторе "if", например, "if (int x = get ()) {...}".
    • Поддержка присвоения имён циклам для того, чтобы ссылаться на них в коде.
      
         outer: for (int i = 0; i < IK; ++ i) {
           switch (i) {
             case 1:
               break;       // jumps to CONT1
             case 2:
               break outer; // jumps to CONT2
           }
           // CONT1
         }
         // CONT2
      
      
    • Поддержка указания диапазонов целых значений в выражениях "case", например, "case 1 ... 10:".
    • Суффиксы "i" и "j" для обозначения мнимой части в комплексных числах.
    • Возможность использования операторов "++" и "--" с комплексными числами.
    • Конструкция "_Generic(type, expr1, expr2, ...)" для выбора выражения на основе типа операнда.
    • Поддержка обращения к байтовым массивам как к другим типам объектов, таким как структуры и объединения.
    • Поддержка применения оператора "alignof" к неполным массивам (объявленным без указания размера, например, "int a[]").
    • Добавлен новый синтаксис для восьмеричных, шестнадцатеричных и универсальных escape-последовательностей символов. Вместо "\u", "\x" и "\nnn" - предложены последовательности "\u{}", "\o{}" и "\x{}", в которых можно указывать произвольное число цифр.
    • Встроенные функции "__builtin_stdc_rotate_left" и "__builtin_stdc_rotate_right".
    • Разрешены операции с нулевой длиной на указателях NULL (например, "sizeof(*p)").
  • В фронтэнде для языка C++ реализованы возможности, развиваемые для будущего стандарта C++26:
    • Вариативный оператор "friend" ("friend Ts...").
    • Возможность использования ключевого слова "constexpr" с разновидностью оператора "new" (placement new) для размещения объекта в заранее выделенной памяти во время компиляции.
    • Вывод ошибки при удалении указателя на неполный тип.
    • Объявлен устаревшим синтаксис определения вариативных параметров с многоточием без предшествующей запятой (например, когда указывается "void e(int...)" вместо "void e(int, ...)").
    • Индексирование пакета параметров в шаблонах.
    • Атрибуты для структурированных привязок;
    • Синтаксис '= delete("причина")';
    • Включение "@", "$" и "`" в базовый набор символов.
    • Запрещено использование макросов для объявления модулей.
    • Возможность применения структурированного связывания (structured binding) в качестве условия в операторах if и switch.
    • Прекращена поддержка прямого сравнения массивов (например, "int arr1[5]; int arr2[5]; bool same = arr1 == arr2").
    • Механизм "#embed" для встраивания бинарных ресурсов.
    • Объявлен устаревшим шаблонный класс is_trivial.
  • Добавлены возможности C++23:
    • Запрет некоторых применений директивы "export" и разрешение использования "export {}".
    • Поддержка продления времени жизни временных объектов в циклах "for", перебирающих диапазоны.
  • В библиотеке libstdc++ реализована экспериментальная поддержка модулей std и std.compat.
  • Использование инициализатора "{0}" для объединений в коде на C и C++ теперь не гарантирует очистку всего содержимого, а приводит к обнулению первого элемента объединения. Для очистки всего объединения следует использовать выражение "{}", определённое в спецификации C23, или указать опцию "-fzero-init-padding-bits=unions" для восстановления старого поведения.
  • Реализована поддержка атрибута "musttail" ([[gnu::musttail]] и [[clang::musttail]]) для гарантированных хвостовых вызовов. Атрибут применяется к выражениям return, в которых осуществляется рекурсивный вызов текущей функции, и гарантирует, что такой вызов будет использовать хвостовую рекурсию, при которой не выделяется дополнительная память в стеке (исключает риск исчерпания памяти при очень большом числе вызовов).
  • Реализована поддержка атрибута flag_enum ([[gnu::flag_enum]] и [[clang::flag_enum]]), применяемого к перечислениям для индикации, что содержимое используются в битовых операциях (исключает вывод предупреждения в режиме "-Wswitch").
  • Добавлена поддержка атрибута "counted_by", через который можно указать поле в структуре с гибким массивом, определяющим число элементов. Атрибут может использоваться для повышения эффективности проверок выхода за границу буфера.
  • Для функций добавлен атрибут "nonnull_if_nonzero", определяющий, что некоторые параметры функции с указателями могут принимать значение NULL, только если другой параметр равен нулю.
  • Разрешено использовать расширенные ассемблерные вставки "asm (....)" вне функций. В ассемблерных вставках разрешено перезаписывать память в красной зоне стека (область на вершине стека).
  • Компиляция кода на C++ ускорена благодаря улучшенному хэшированию шаблонов.
  • Добавлены новые оптимизации. Реализована поддержка векторизации циклов, в которых имеется код для преждевременного выхода (например, через вызов break или return), даже если подобные циклы манипулируют динамически выделяемыми массивами или буферами, размер которых неизвестен на этапе компиляции. При указании опции "-O2" включена векторизация некоторых легко векторизируемых циклов, для которых отсутствуют сведения о количестве итераций (tripcount).
  • Добавлен режим инкрементальной оптимизации на этапе связывания (LTO, Link-Time Optimization), существенно сокращающий время перекомпиляции при использовании LTO в ситуациях, когда внесены незначительные изменения в код (отредактирована одна функция). Для включения инкрементального режима предложена опция "-flto-incremental".
  • Улучшена компиляция очень больших входных файлов. Реализовано отслеживание номеров столбцов, превышающих 4096. Повышена точность указания местоположения ошибок и предупреждений в очень больших файлах.
  • В статическом анализаторе повышена наглядность отчётов при диагностике проблем. Например, обеспечено выделение места возникновения проблемы символом "⚠️", изменена компоновка вывода при ошибках в шаблонах C++, добавлены подсказки для упрощения перехода на стандарт C23, переработана цветовая схема. Добавлена возможность вывода диагностики в формате Sarif (-fdiagnostics-format=sarif-file).
  • Реализована библиотека libgdiagnostics, позволяющая интегрировать в свои проекты возможности GCC, связанные с оформление диагностических сообщений (например, можно задействовать средства цитирования, подсветки, подсказок по исправлению, вывода в формате SARIF).
  • Добавлена утилита sarif-replay для просмотра файлов в формате SARIF, основанном на JSON и применяемом для сохранения результатов статического анализа и сведений о предупреждениях и ошибках.
  • Добавлено предупреждение "-Wanalyzer-undefined-behavior-ptrdiff", выводимое при наличии операций вычитания с указателями, ссылающимися на разные участки памяти.
  • Добавлены предупреждения "-Wtrailing-whitespace" и "-Wleading-whitespace" для выявления остаточных пробелов в конце строк и лишних пробелов начале строк.
  • Добавлено предупреждение "-Wheader-guard" для информирования о проблемах в макросах защиты заголовочных файлов, предотвращающих повторное включение заголовочного файла.
  • Фронтэнд для языка D обновлён до версии 2.111.0.
  • Во фронтэнд для языка Fortran добавлена поддержка беззнаковых целых чисел.
  • В состав включён компилятор для языка COBOL - gcobol, поддерживающий платформы x86-64 и AArch64, и не рассчитанный на использование на 32-разрядных системах. Компилятор реализует спецификацию ISO/IEC 1989:2023 и проходит большую часть тестов NIST CCVS/85.
  • Продолжена реализация стандартов OpenMP 5.0, 5.1, 5.2 и 6.0 (Open Multi-Processing), определяющих API и способы применения методов параллельного программирования на многоядерных и гибридных (CPU+GPU/DSP) системах с общей памятью и блоками векторизации (SIMD). Добавлена поддержка метадиректив и конструкций tile, unroll, interop и dispatch. Для некоторых GPU AMD и NVIDIA добавлена поддержка унифицированной разделяемой памяти (включается через указание unified_shared_memory в директиве "requires"). Добавлена поддержка выражения "self_maps".
  • В бэкенд для архитектуры AArch64 добавлена поддержка платформы MinGW (aarch64-w64-mingw32). Реализовано более 20 расширений ARM8 и улучшена поддержка расширения ACLE (Arm C Language Extensions). Внесены многочисленные улучшения в генератор кода. Добавлена поддержка CPU:
    • Apple A12 (apple-a12)
    • Apple M1 (apple-m1)
    • Apple M2 (apple-m2)
    • Apple M3 (apple-m3)
    • Arm Cortex-A520AE (cortex-a520ae)
    • Arm Cortex-A720AE (cortex-a720ae)
    • Arm Cortex-A725 (cortex-a725)
    • Arm Cortex-R82AE (cortex-r82ae)
    • Arm Cortex-X925 (cortex-x925)
    • Arm Neoverse N3 (neoverse-n3)
    • Arm Neoverse V3 (neoverse-v3)
    • Arm Neoverse V3AE (neoverse-v3ae)
    • FUJITSU-MONAKA (fujitsu-monaka)
    • NVIDIA Grace (grace)
    • NVIDIA Olympus (olympus)
    • Qualcomm Oryon-1 (oryon-1)
  • В бэкенде генерации кода для GPU AMD Radeon (GCN) реализована поддержка библиотеки libstdc++ и добавлена экспериментальная поддержка генерации кода для серий устройств gfx9-generic, gfx10-3-generic и gfx11-generic.
  • В бэкенд для архитектуры x86 добавлена поддержка расширений архитектуры набора команд Intel AVX10.2, AMX-AVX512, AMX-FP8, AMX-MOVRS, AMX-TF32, AMX-TRANSPOSE, MOVRS. Добавлена поддержка CPU Intel Diamond Rapids. Удалена поддержка оптимизаций и расширений для CPU Intel Xeon Phi Knights Landing и Knights Mill.
  • Расширены возможности бэкендов для платформ LoongArch и AVR.
  • Удалена поддержка целевой архитектуры nios2, применяемой в процессорах Nios II. Объявлена устаревшей и будет удалена в следующем значительном выпуске поддержка ABI ILP32 (-mabi=ilp32) в порте для AArch64.


  1. Главная ссылка к новости (https://gcc.gnu.org/pipermail/...)
  2. OpenNews: Релиз набора компиляторов LLVM 20
  3. OpenNews: На базе Clang для языка Си реализован режим проверки границ буферов
  4. OpenNews: Для GCC подготовлены патчи для сборки универсальных исполняемых файлов
  5. OpenNews: Релиз набора компиляторов GCC 14
  6. OpenNews: GCC 15 будет использовать стандарт C23 по умолчанию
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63141-gcc
Ключевые слова: gcc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (268) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 22:42, 25/04/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

  • 1.2, Аноним (-), 22:46, 25/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Слушайте, а что с GNU Pascal случилось? Почему компилятор никак не развивается? Почему всякое непотребство типа Modula-2 (вообще кто-то слышал что то об этом языке?) или Objective-C поддерживаются, а Паскаль нет?
     
     
  • 2.6, Аноним (6), 23:07, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    почти все одиночки сидят на freepascal + lazarus, в некоторых корпорациях еще Delphi используется, но там лицензия от 3500 $


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

     
     
  • 3.9, Аноним (-), 23:16, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Delphi много где используется в бизнес сегменте (не путать с серверами и ынтерпрайзом). А вот free pascal редкостное днище, которое даже до турбопаскаля 90-х не дотягивает даже по качеству документации, впечатление что сделано тяп-ляп неорганизованной толпой людей.
     
     
  • 4.11, Аноним (11), 23:18, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Delphi — это такой же паскаль, как Visaul Basic по сравнению с изначальным бейсиком.
     
     
  • 5.17, Аноним (-), 23:23, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не уверен, что до сих пор где-то что-то живо написанное на обычном бейсике, а вот visual basic 6 живее всех живых, в том же бизнесе или в производственной среде. По крайней мере, vb6 скорее жив, чем мёртв.
     
     
  • 6.70, Аноним (70), 08:09, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И в этом плане тоже.
     
  • 6.96, Смузихлеб забывший пароль (?), 12:44, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    если какое-то древнее барахло кто-то как-то допиливает чтобы хоть как-то продолжало работать ибо денег сделать новое нет - это не значит что оно живее всех живых

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

     
     
  • 7.104, Аноним (70), 14:13, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот когда работает и не трогают, потому что оно работает — в результате деньги и есть.
     
  • 7.117, Аноним (117), 15:17, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто умные люди не переписывают софт ради переписывания. Есть задача, она выполняется. Хотя кто-то и телефоны покупает каждый год, обогащая корпорастов.
     
     
  • 8.122, Аноним (70), 15:24, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Покупка телефона тоже решает некоторые задачи, просто у бизнеса задачи другие ... текст свёрнут, показать
     
  • 4.33, Аноним (33), 00:44, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дельфи и живёт в бизнесе потому что у него есть коммерческая поддержка. В гнутом виде никому не необходим.
     
     
  • 5.95, Смузихлеб забывший пароль (?), 12:43, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    делфи там живёт, т.к в своё время был весьма популярен и на нём много всего было сделано, что не желающие тратить лишнюю копейку предпочитают поддерживать и допиливать кое-как нежели разработать новый продукт на новых технологиях
     
  • 2.43, Аноним (43), 01:30, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Слушайте, а что с GNU Pascal случилось?

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

     
     
  • 3.132, MinimumProfit (?), 16:43, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну не совсем на помойке, скорее в зале славы музея. Канонический Pascal - это история, язык-демонстрация технологии структурного программирования, технология, которая вывела из кризиса  индустрию программирования в 70-х годах.

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

    Oberon - это уже другое время, другие компьютеры, другие технологии.

     
     
  • 4.246, Аноним (-), 16:28, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не совсем. Оберон это современное состояние оригинального Паскаля, от создателя (Никлауса Вирта).

    Паскаль (p-код, виртуальная машина) - -> Модула --> Модула-2 --> Оберон --> Оберон-2. На самом деле это всё один Паскаль. Никлаус Вирт мог бы как американцы писать Стандарт-1, Стандарт-2 и т.д.

     
  • 3.135, MinimumProfit (?), 16:46, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давайте посмотрим на последний рейтинг Tiobe (https://www.tiobe.com/tiobe-index/)

    В нём Delphi/Pascal за год поднялся с 11-го места на 9-е по популярности, между прочим обойдя PHP, Ada, Rust.

     
     
  • 4.170, анонд (?), 20:40, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а в вот PYPL (рейтинг tutorials) показывает что Ada впереди
    29 Deplhi/Pascal, 15 Ada и неожиданно 8 Rust
    TIOBE отражает интерес к языкам, но не их использование
     
     
  • 5.198, Аноним (-), 03:11, 27/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.244, Аноним (-), 16:08, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Единственно верную статистику показывает только TIOBE.
     
  • 4.256, 12yoexpert (ok), 17:07, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    растом пользуется полтора землекопа, жертвы маркетинга, его сложно не обойти
     
  • 3.168, анонд (?), 20:36, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ха-ха нет. В C++ до сих завозят модули:(, а в Pascal-е оно было всегда
     
     
  • 4.171, анонд (?), 20:44, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    модули то есть, а поддержки в библиотеках нет и в CMake стандартно не поддерживаются - больше пяти лет уже прошло как было объявлено и принято в стандарт C++20
     
  • 2.55, Маняним (?), 03:07, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Modula-2 (вообще кто-то слышал что то об этом языке?)

    Так это и есть улучшенная версия паскаля)

     
  • 2.86, Аноним (86), 10:47, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему компилятор никак не развивается?

    А что тебе не хватает в гну-паскале?

     
  • 2.106, Аноним (106), 14:21, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > всякое непотребство типа Modula-2 (вообще кто-то слышал что то об этом языке?)

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

     
  • 2.127, MinimumProfit (?), 16:32, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    GNU Pascal заглох, потому что не было фреймворков и библиотек для него, а для Free Pascal'я - есть, Lazarus, QtPas и много всяких на github.
     
  • 2.301, BeLord (ok), 15:52, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чем вам Модула-2 не угодила, хороший язык для своего времени был. Используется до сих пор в сферах, где свисто-перделки не нужны.
     

  • 1.3, Аноним (3), 23:02, 25/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Поддержка указания диапазонов целых значений в выражениях "case"

    Скоро так и Паскаль догонят!

     
     
  • 2.50, Маняним (?), 02:48, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Как язык паскаль возможно лучшее что создано. Но то что он ушёл в обучение сыграло злую шутку.
     
     
  • 3.75, Тот_Самый_Анонимус_ (?), 08:21, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Как язык паскаль возможно лучшее что создано.

    Отвратительный язык, заточенный под англ. Это просто убого использовать операторные скобки и некоторые операции (целочисленное деление, остаток, логические операции) в виде слов.

    Он был создан для обучения. А то что он ушёл в реальную разработку — ошибка.

     
     
  • 4.91, User (??), 11:48, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В юникоде столько закорючек, а они английские слова используют, н-негодяи!
     
     
  • 5.93, Тот_Самый_Анонимус_ (?), 12:12, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело не в английских словах. Мы используем латиницу и эллиницу в математике и физике, и даже в Таблице Менделеева. И в программировании это тоже не плохо.

    А плохо чрезмерное загрязнение ЯП ненужными словами.

    С точки зрения живого языка then нужен для if, но с точки зрения формального языка — нет. Ведь Паскаль не брезгует символом + для обозначения сложения, а для матлогики зачем-то понадобились слова.

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

    Уродское разделение подпрограмм на функции и процедуры, уродское объявление массивов, особенно многомерных, уродская переменная с именем функции в самой функции... Этот язык есть за что не любить.

     
     
  • 6.112, User (??), 15:08, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    рефлекторно лиспанул Что значит загрязнение и ненужными Во те ещё вр... большой текст свёрнут, показать
     
     
  • 7.123, Тот_Самый_Анонимус_ (?), 15:24, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну теперь мы видим насколько это тупиковый подход и почему Паскаль плох Наверно... большой текст свёрнут, показать
     
     
  • 8.239, User (??), 15:46, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот сейчас мы видим, как плох Си и насколько велики размеры тупика, ага А н... большой текст свёрнут, показать
     
     
  • 9.273, Тот_Самый_Анонимус_ (?), 20:37, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я не говорил о преимуществе Си, там есть и недостатки Я говорил именно о син... большой текст свёрнут, показать
     
     
  • 10.292, User (??), 07:29, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, для меня это что-то из разряда пишем рецепты на латыни и читаем молитвы на ... текст свёрнут, показать
     
     
  • 11.309, Тот_Самый_Анонимус_ (?), 21:06, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжим вашу цепочку 171 программируем на английском 187 За что я и пина... текст свёрнут, показать
     
     
  • 12.310, User (??), 21:36, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут не в словах символах дело, а в искусственном использовании отдельного яз... текст свёрнут, показать
     
     
  • 13.313, Тот_Самый_Анонимус_ (?), 04:20, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ЯП настолько же искусственны, насколько искусственна сама техника Не нравится я... текст свёрнут, показать
     
     
  • 14.315, User (??), 06:29, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы это 0 и 1 написали, надеюсь Все остальное - не язык техники , а язык т-пых ... текст свёрнут, показать
     
     
  • 15.316, Аноним (316), 13:57, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть только одна проблема Те архитекторы, которые не в курсе, что на этот парам... текст свёрнут, показать
     
     
  • 16.317, User (??), 17:14, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они сейчас с вами в одной комнате Подмигните два раза, если да Считать расчёт ... текст свёрнут, показать
     
  • 15.318, Тот_Самый_Анонимус_ (?), 22:44, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    К чему эти кривляния Всегда доедаю до конца Ваши рассуждения хороши в мире неи... текст свёрнут, показать
     
  • 6.116, Аноним (117), 15:16, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ненужными словами

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

     
     
  • 7.125, Тот_Самый_Анонимус_ (?), 15:28, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >что слова гораздо лучше закорючек сишных, более наглядно

    Я уже писал выше.

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

     
     
  • 8.137, MinimumProfit (?), 16:58, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Математическая нотация с её минимализмом ненадёжна где-то поставил лишнюю точку... текст свёрнут, показать
     
     
  • 9.167, Тот_Самый_Анонимус_ (?), 20:28, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неужели я так сложно выражаю мысли Ведь если то тогда логично что Но ведь вы же... текст свёрнут, показать
     
     
  • 10.173, Ан Оним (?), 21:33, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мысли выражаете понятно Только это не про линейку виртовских языков Вы говорит... текст свёрнут, показать
     
     
  • 11.177, Тот_Самый_Анонимус_ (?), 21:56, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну и рыночек сделал выбор эти творения на свалке А если наберём 22 3 8212 т... текст свёрнут, показать
     
     
  • 12.181, Ан Оним (?), 22:11, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно заметили Рынку не нужны языки повышенной надёжности, как Modula-2, Ob... текст свёрнут, показать
     
     
  • 13.182, Тот_Самый_Анонимус_ (?), 22:17, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не вижу тут повышенной надёжности Это выдуманный пример А вот более компактн... текст свёрнут, показать
     
  • 13.202, Аноним (202), 03:21, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так всё верно Рынку нужны языки с минимальным порогом входа, чтобы можно было п... текст свёрнут, показать
     
  • 8.240, User (??), 15:49, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так этот тезис в обе стороны действует - что ж вы книжки закорючками не пишете ... текст свёрнут, показать
     
     
  • 9.296, Тот_Самый_Анонимус_ (?), 12:10, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всему своё место Шахматная нотация удобнее для записи партий, чем описательная ... текст свёрнут, показать
     
     
  • 10.298, User (??), 12:26, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, тут, видимо - надо просто зафиксировать расхождение аксиоматики Для вас - ... текст свёрнут, показать
     
     
  • 11.302, Тот_Самый_Анонимус_ (?), 15:53, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Программирование и есть математика жёсткая формализация, и никакого отклонения ... текст свёрнут, показать
     
     
  • 12.311, User (??), 21:39, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Это повод компьютеры делать умнее, а не людей - тупее по... текст свёрнут, показать
     
     
  • 13.312, Тот_Самый_Анонимус_ (?), 04:12, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Делать компьютер умнее делать людей тупее Чем умнее становится вычислительна... текст свёрнут, показать
     
     
  • 14.314, User (??), 06:22, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да с чего бы Просто пользователь больше занят решением своих задач уровня предм... текст свёрнут, показать
     
     
  • 15.319, Тот_Самый_Анонимус_ (?), 22:48, 29/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла о программистах, а не о пользователях Когда программист не понимает ка... текст свёрнут, показать
     
  • 6.144, Аноним (144), 17:54, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Забыл ещё implementation секцию! :)) А то вдруг прогеру скучно менять только одо место - пусть попрыгает по листингу и поменяет декларации! :)
     
     
  • 7.206, _kp (ok), 03:32, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там и другие секции есть ;)
    Это же модуль описывается, а не файл с набором чего то.
    Хотя, двойное переписывание ручками, это точно пережиток прошлого.
     
  • 6.187, Neon (??), 01:15, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже тупо набивать все эти begin end тупо напрягает, куда короче и быстрее {}, не говоря уже о всяких извратов типа array of integer
     
     
  • 7.201, Аноним (202), 03:20, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Даже тупо набивать все эти begin end тупо напрягает, куда короче и быстрее {}

    Для вас лапчатых есть язык, где можно эмодзи натапать.

     
     
  • 8.224, Аноним (-), 13:48, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Их наверное даже на ассемблере можно натапать Ккак и в любом ЯП умеющем в консо... текст свёрнут, показать
     
  • 6.211, Аноним (211), 11:00, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > использование гадких begin и end вместо вменяемых скобок

    У тебя проблемы, дружище.

     
  • 5.178, Аноним (106), 21:57, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В юникоде столько закорючек, а они английские слова используют, н-негодяи!

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

     
  • 4.143, Аноним (144), 17:53, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    +1. Паскаль испортило, как это ни смешно, begin-end. Если всякие "остатки от деления" используются дай бог в 1% программ, то begin-end - сплошь и рядом. И если вместо чтения названий функций тебе приходится ещё и читать бегины-енды, это просто катастрофа, даже если они подсвечены.
     
     
  • 5.153, Аноним (70), 18:33, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Интересно, я один такой, что мне что begin-end, что {} — фиолетово? Споры тупоконечников с остроконечниками какие-то, честное слово.
     
     
  • 6.212, Аноним (211), 11:03, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не один.
     
  • 6.225, Аноним (-), 14:10, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересно, я один такой, что мне что begin-end, что {} — фиолетово? Споры
    > тупоконечников с остроконечниками какие-то, честное слово.

    А мне не фиолетово. Ибо
    1) Быстрее печатать. Даже с автодополнением в IDE/редакторах - обычно надо нажать несколько клавиш. Или это автодополнение периодически будет прикалываться и мешаться.
    2) Визуальный мусор. Скобки визуально хорошо выделяют



    {
        блок кода
    }


    С другой стороны



    BEGIN
    END



    ...извините тупо разной длины и как именно БЛОК КОДА это воспринимается ХУЖЕ. Т.е. факап юзабилити. А, занудам академикам про это не рассказывали.

     
     
  • 7.243, User (??), 16:02, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот казалось бы 21 век уже - а поди ж ты не всем кодерам рассказали, что код читается чаще, чем пишется и что основные затраты несутся на фазе поддержки программного продукта, а не при его разработке... бедолаги все еще уверены, что количество их клатц-клатц по клавиатуре хоть в какой-то степени хоть кого-то интересует.

    И да, BEGIN\END появились несколько раньше чем IDE с хайлатингом\фолдингом блоков кода, прикинь? И да, без этого вот всего глазом при чтении с плохонького монитора это прям ОФИГЕТЬ, как лучше чем )}(} - особенно с учетом того, что авторформат кода появился так же несколько позднее - да и при его наличии находятся мм-ммм... любители накласть в одну строчку съэкономив клатц-клатц.

     
     
  • 8.287, Тот_Самый_Анонимус_ (?), 06:42, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да не думал никто о плохих мониторах Тогда и шрифты были моноширинными, и разре... текст свёрнут, показать
     
     
  • 9.291, User (??), 07:15, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оу Вы обладателю аквариума об 256 оттенков зеленого это будете рассказывать Не... текст свёрнут, показать
     
     
  • 10.297, Тот_Самый_Анонимус_ (?), 12:14, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    БК 0010 8212 четыре цвета Всё выглядело нормально Любая точка была видна х... текст свёрнут, показать
     
     
  • 11.299, User (??), 12:34, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только глаза от моих 320 240 через три часа вытекать начинали, ага Ну, популяр... текст свёрнут, показать
     
     
  • 12.303, Тот_Самый_Анонимус_ (?), 15:58, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только говорил я о 171 не видно 187 , а не о 171 кайфово было 187 Возмож... текст свёрнут, показать
     
  • 7.264, Аноним (264), 18:28, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для тебя реально в написании кода скорость набора узкое место?
     
  • 7.266, anonymous (??), 18:56, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поэтому в Modula-2 begin-end существенно меньше. Пример с IF:
    IF Условие THEN
      Операторы
    ELSIF Условие THEN
      Операторы
    ELSIF Условие THEN
      Операторы
    ...
    ELSE
      Операторы
    END
     
     
  • 8.288, Тот_Самый_Анонимус_ (?), 06:43, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т е стали использоваться разные операторные скобки для разных случаев Бейсик п... текст свёрнут, показать
     
  • 7.295, анонд (?), 11:11, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ха-ха. Посчитайте пробелы-табы в Питоне. begin...end дело привычки. Вот в Ada вообще к end добавляется имя функции и это наглядно :)

    procedure Main is
       A, B : Integer := 0;
       C    : Integer := 100;
       D    : Integer;
    begin
       A := A + 1;

       D := A + B + C;
    end Main;

    подобное объявление типов используется в TypeScript, Kotlin и Go отчасти как и оператор :=

     
  • 5.166, ilowry (?), 20:14, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    begin/end, если они не расположены в одной строке, а на разных, "читать" не надо. Они короткие, и воспринимаются целиком за одну фиксацию.
     
     
  • 6.304, Гром (?), 16:28, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Бред сивой кобылы
     
  • 5.174, Ан Оним (?), 21:37, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    for x in xset
    do begin
      траляля

    end;

    вроде не сильно мешает

     
     
  • 6.188, Neon (??), 01:19, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Их еще набивать нужно. Лишний напряг даже с IDE, потому что IDE разные бывают и помнить все сочетания клавиш у разных IDE - тоже лишний напряг.
     
  • 6.194, Ivan7 (ok), 02:14, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Сильно мешает, особенно когда у тебя программа на миллион строк. Тебе сказали уже выше об этом!
     
     
  • 7.200, Аноним (202), 03:19, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Программы на миллион строк никто вручную не набивает без использования IDE с автоматической подстановкой слов.
     
     
  • 8.257, Ivan7 (ok), 17:19, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для набора или никакая автоподстановка не нужна вообще Почувствуйте разницу... текст свёрнут, показать
     
  • 7.208, Аноним (70), 05:02, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да что уж там, сразу на миллиард. И всё пилит один человек.
     
     
  • 8.210, User (??), 07:30, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В одном файле В блокноте ... текст свёрнут, показать
     
     
  • 9.300, Аноним (300), 12:43, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В блокноте с уапрвлением в стиле vim ... текст свёрнут, показать
     
  • 8.258, Ivan7 (ok), 17:21, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая наxрен разница, сколько человек пилит Если вместо 5 символов в begin до... текст свёрнут, показать
     
     
  • 9.265, User (??), 18:32, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы поди из тех, кто все переменные одной буквой называет ... текст свёрнут, показать
     
     
  • 10.267, Ivan7 (ok), 19:21, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нормально называю, но люблю короткие, понятные и лаконичные имена, т к с длинны... текст свёрнут, показать
     
     
  • 11.268, User (??), 19:36, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не-не, такой Hello, world нам не нужен ... текст свёрнут, показать
     
     
  • 12.283, Ivan7 (ok), 23:45, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется, каждому своё Тебе ещё долго предстоит многому учится ... текст свёрнут, показать
     
  • 6.226, Аноним (-), 14:14, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > for x in xset
    > do begin
    >   траляля
    > end;
    > вроде не сильно мешает

    Оно еще и визуально замусорено. Сравните с




    for x in xset
    {
        траляля;
    }


    Ну и что тут читабельнее как логический блок кода? :)

     
     
  • 7.280, Аноним (-), 22:27, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В первом варианте гораздо читабельнее. Что это за закорючки я понятия не имею (не программист), а вот в паскале всё ясно даже мне - домохозяину за 50.
     
     
  • 8.289, Тот_Самый_Анонимус_ (?), 06:47, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Неспециалист и не должен это читать С такой 171 логикой 187 можно и таблицу... текст свёрнут, показать
     
  • 5.199, Аноним (202), 03:17, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Паскаль испортило, как это ни смешно, begin-end.

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

     
     
  • 6.214, Ivan7 (ok), 11:15, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сам это придумал, злобный заклятый аноним? Или мамка подсказала? Признавайся!
     
  • 6.290, Тот_Самый_Анонимус_ (?), 06:55, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А серьезные люди наоборот приветствуют многословность

    А эти «серьёзные люди» с вами в одной комнате? Какой-то странный аргумент: придумать неких абстрактных людей и ссылаться на них, в то время как можно просто посмотреть на реальность.

    Вот вам пример: Dev-cpp — среда для Си++, изначально написанная на Паскале. Все форки на Паскале, как и оригинал, умерли, а единственный живой форк — на плюсах.

    Вот что он форкал: https://github.com/royqh1979/Dev-CPP
    А вот что он написал: https://github.com/royqh1979/RedPanda-CPP

    И мне трудно найти программы на Паскале, которыми бы я пользовался. Среди них только Double Commander, остальное на других языках. Видать остальное писали не слишком серьёзные люди.

     

     ....большая нить свёрнута, показать (75)

  • 1.7, Аноним (7), 23:10, 25/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Поддержка присвоения имён циклам для того, чтобы ссылаться на них в коде.

    зачем, если есть goto?

     
     
  • 2.10, Аноним (11), 23:17, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только хотел написать, что они goto переизобрели.
     
     
  • 3.13, Аноним (7), 23:19, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    так у них с логикой проблемы, метка то после цикла должна быть :) а то у них выход из цикла означает начать его заново.
     
  • 3.14, Аноним (-), 23:19, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    К хорошему всегда возвращаются. Никогда не понимал отказа от goto, ведь это крайне удобная вещь, с которой можно писать очень оптимизированный код, а не раздувать его ради простой функциональности на 100500 строк.
     
     
  • 4.16, Аноним (7), 23:23, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Никогда не понимал отказа от goto,

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

     
     
  • 5.18, Аноним (-), 23:27, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    С jmp, jnz/jne можно очень красивый код писать. А рилигия в программировании, как и любые догмы, скорее вредны. Нужно всегда отталкиваться от целесообразности и конкретных требований\пожеланий к проекту.
     
     
  • 6.21, Аноним (7), 23:59, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > С jmp, jnz/jne можно очень красивый код писать.

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

     
     
  • 7.228, Аноним (-), 14:17, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> С jmp, jnz/jne можно очень красивый код писать.
    > так С создавали, чтобы абстрагироваться от асм и код был более структурным,
    > а не jmp акробатика вверх-вниз. Но почему-то эту акробатику в виде
    > примитивного goto оставили.

    Потому что иногда с ним все же лучше чем без него. Но - именно иногда. Впрочем если ты надругательство над структурным программированием по полной хотел - попробуй setjmp/longjmp, во. С другой стороны, из этого делают всякие корутины и тому подобное. Вот прям на си. Потому что так можно было. Вот благодаря этому как раз.

     
     
  • 8.229, Аноним (7), 14:22, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    полезно для выхода из рекурсий ... текст свёрнут, показать
     
  • 6.26, Аноним (11), 00:27, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В 8080 была такая замечательная вещь — CALL по условию/RET по условию. Количество джампов сокращало в разы.
     
     
  • 7.28, Аноним (28), 00:33, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так это же стек затрагивало, а значит уже сильно медленнее.
     
     
  • 8.31, Аноним (11), 00:42, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    j условие метка ret метка 8212 10 10 тактов r условие 8212 5 11 такт... текст свёрнут, показать
     
  • 7.45, Аноним (45), 02:09, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прикинь, в ARM почти любая инструкция может быть исполнена по условию.
     
     
  • 8.46, Аноним (46), 02:24, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У армов конечно, как и у ириски - очень вкусные инструкции, но лично меня всегда... текст свёрнут, показать
     
     
  • 9.230, Аноним (230), 14:26, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У ARM регистров общего назначения сильно больше чем у i8080 Мягко говоря И цел... большой текст свёрнут, показать
     
  • 8.49, Маняним (?), 02:46, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Но почему тогда армы до сих пор годятся только для телефонов Сколько там уже пр... текст свёрнут, показать
     
     
  • 9.56, Аноним (46), 03:33, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Помнится были даже смарты на интеле И всякие мини планшеты, тоже на интеле, у... текст свёрнут, показать
     
     
  • 10.61, Аноним (11), 06:25, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не совсем планшеты Вполне полноценные планшеты на андроиде были, у самог... текст свёрнут, показать
     
  • 9.57, Котик Биба (?), 03:41, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для тебя вся техника Apple и ноуты на Snapdragon какая-то шутка ... текст свёрнут, показать
     
     
  • 10.58, Аноним (28), 04:14, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И не только для него Ты ж не будешь спорить, что там телефонный процессор SoC ... текст свёрнут, показать
     
     
  • 11.71, Аноним (70), 08:10, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что в нём телефонного ... текст свёрнут, показать
     
  • 11.98, blkkid (?), 13:35, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    я, конечно, многое на этом сайте видела, но называть семейство процессоров, где ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 13.124, Аноним (70), 15:26, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Серьёзные люди, называющие десктопный процессор телефонным 8230 ну ладно ... текст свёрнут, показать
     
  • 9.110, Аноним (106), 14:36, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну шо вам на это сказать Вот сколько уже пророчат вендекапeц, а он, всё ещё не ... текст свёрнут, показать
     
     
  • 10.115, Аноним (117), 15:14, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дистрохопинг с периодическими возвращениями на Windows 11 от безнадёги, не означ... текст свёрнут, показать
     
     
  • 11.140, Аноним (106), 17:20, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Gentoo c конца 2004 Венда на локалхосте в качестве десктопа никогда не использо... текст свёрнут, показать
     
     
  • 12.189, Neon (??), 01:22, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Значит и комп особо был не нужен для реальных дел... текст свёрнут, показать
     
  • 9.231, Аноним (230), 14:27, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вон там такие телефонные ARM - в TOP500 отсвечивают Наверное, вы ошиблись и име... текст свёрнут, показать
     
  • 8.54, Аноним (264), 03:00, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Могла быть, лет 10 назад В ARMv8 биты предикации выкинули, а в Thumb их никогда... текст свёрнут, показать
     
     
  • 9.232, Аноним (230), 14:28, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В thumb2 есть еще более умный IT block который кодирует условное выолнение неск... текст свёрнут, показать
     
  • 8.60, Аноним (11), 06:15, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы мне прямо глаза открыли Вообще это не исключительная особенность ARM А в... текст свёрнут, показать
     
  • 5.145, Аноним (144), 17:55, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты говоришь чушь и сам не понимаешь почему - просто повторяешь других, говорящих такую же чушь.
     
     
  • 6.219, Аноним (7), 11:39, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > говорящих такую же чушь

    в каком месте она у вас заела?

     
  • 4.22, Аноним (106), 00:07, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А надёжность?
    "В своей следующей работе Дейкстра обосновал тот факт, что для кода без goto намного легче проверить формальную корректность."
     
     
  • 5.38, Аноним (38), 01:19, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А надёжность?
    > "В своей следующей работе Дейкстра обосновал тот факт, что для кода без goto намного легче проверить формальную корректность."

    И сел со своей войной против goto в лужу.
    Более подходящего способа для управления ресурсами в Си чем goto нет.

    После такого его невозможно воспринимать всерьез.

     
     
  • 6.92, User (??), 11:52, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Си невозможно принимать всерьёз? Ну, это вы, конечно, погорячилась - но что-то определённо есть
     
  • 6.308, Аноним (308), 17:24, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дейкстра вроде как главным образом боролся против неструктурных языков (оригинальный Бейсик), где нет блоков кода и все управление потоком выполнения основано на goto. В чем проблема использовать goto там, где он удобен и не ломает структурную парадигму? Break с меткой появился вроде бы изначально в Джаве по причине отсутствия там оператора goto. По сути break и continue — это просто ограниченные goto (даже в варианте без меток).

    Но к черту все это, продолжения (continuations) — наше все)

     
  • 5.59, Аноним (59), 05:01, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Не очень понимаю, на что он намекает. Для кода без развилок и циклов проверить формальную корректность ещё проще. Он предлагает выкинуть развилки и циклы?
    2. Там, где требуется проверять формальную корректность, goto можно не использовать.
    3. Сейчас бы хвастаться отсутствием goto в языке с поддержкой исключений. goto хотя бы из функции не выходит, тогда как исключения прошивают весь стек вызовов.
     
     
  • 6.108, Аноним (106), 14:26, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >goto хотя бы из функции не выходит

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

     
     
  • 7.176, Аноним (176), 21:55, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И в C, и в C++ метка обязана быть в той же функции, что и ссылающийся на неё goto.
     
     
  • 8.233, Аноним (230), 14:30, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он, наверное, setjmp longjmp на саом деле хотел, но боялся себе в этом признатьс... текст свёрнут, показать
     
  • 5.146, Аноним (144), 17:57, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И много ты проверяешь "формальную корректность"? Ты хоть сам понимаешь, что это вообще?

    goto - он даже в процессоре есть. Теперь что, процессор - формально некорректный??

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

     
  • 3.15, Аноним (7), 23:21, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    конечно надо же сделать как в расте Ё тут пятиэтажный мат Named loops als... большой текст свёрнут, показать
     
     
  • 4.53, Аноним (264), 02:53, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выдыхай. Эту фичу тру-UNIX деды придумали для Limbo тридцоть лет назад, оттуда ее позаимствовали в Go и Rust. Одобрено ЪUNIXЪ-Омниссией с 1995, проверено временем.
     
     
  • 5.109, Аноним (7), 14:32, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Эту фичу тру-UNIX деды придумали для Limbo тридцоть лет назад

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

     
  • 5.234, Аноним (230), 14:32, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Выдыхай. Эту фичу тру-UNIX деды придумали для Limbo тридцоть лет назад, оттуда
    > ее позаимствовали в Go и Rust. Одобрено ЪUNIXЪ-Омниссией с 1995, проверено
    > временем.

    Вы там что, грибов объелись? Еще не сезон же вроде? Какое Limbo нахрен тру-UNIX? Когда это какой-то левый новолел, как и хрусты всякие? Примерно настолько же извратное и кривое :)

     
     
  • 6.284, Аноним (264), 23:50, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот так, Plan 9/Inferno больше UNIX по духу, чем позерские настоящие UNIX'ы.
    И разработано теми самыми UNIX-дедами, Томпсон, Ричи, Керниган, Пайк.
     
  • 2.12, Аноним (7), 23:18, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    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;

     
     
  • 3.19, Аноним (-), 23:37, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут много зависит от тимлида :) Если упёртый и аргументы в пользу goto не принимает, то придётся в функцию оборачивать и делать ретёрны.
     
     
  • 4.20, Аноним (7), 23:56, 25/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    из таких вложенных циклов я обычно выхожу устанавливая в максимальное значение инкрементируемую переменную.

    for (int i = 0; i < n; ++ i) {
      for (int j = 0; j < n; ++ j) {
        if (something (i, j))
          i = n;
          break;
      }
    }

     
     
  • 5.24, Аноним (28), 00:21, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Красиво, но фактически это тоже костыль, может быть даже похлеще goto, потому что всё равно оно вернётся и оценит i < 0 и только потом выйдет из цикла.
     
     
  • 6.30, Аноним (7), 00:34, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > может быть даже похлеще goto

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

     
  • 5.68, Аноним (68), 07:27, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А потом узнаете про промахи кэша при таких выходах, и что вложенные циклы вообще не нужны, нисколько, никогда.
     
     
  • 6.111, Аноним (7), 14:42, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и что вложенные циклы вообще не нужны, нисколько, никогда.

    ну это что такое?

     
  • 5.215, Ivan7 (ok), 11:21, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Несерьёзно, выкинь это!
     
     
  • 6.220, Аноним (7), 11:40, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Несерьёзно, выкинь это!

    а ну да, я должен там лонг джамп запилить.

     
     
  • 7.262, Ivan7 (ok), 17:35, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Блин, ну, если честно, то эта муть вообще не читабельна. Единственный нормальный способ, который до этого был, - это goto.
     
  • 4.259, Ivan7 (ok), 17:28, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Будь сам тимлидом и устанавливай свои правила)
     
  • 3.103, Аноним (-), 14:12, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чём здесь логика меток Это логика оператора break лол, какая разница, что ... большой текст свёрнут, показать
     
     
  • 4.126, Аноним (7), 15:34, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    потому-что запись вида end это метка в том же самом C для оператора goto И изм... большой текст свёрнут, показать
     
  • 4.260, Ivan7 (ok), 17:30, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это логика оператора break.

    Есть ещё continue. А вообще этот синтаксис меток для for из языка Perl взят, которому уже почти 30 лет)

     
  • 2.195, Ivan7 (ok), 02:18, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они из Perl этот синтаксис стянули. В Perl именно так. И там это чуть ли не с рождения языка, т.е. уже почти 30 лет) Удобно.
     
     
  • 3.221, Аноним (7), 11:45, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они из Perl этот синтаксис стянули.

    и в php давно он есть, ток там без явных меток на операторах, а тупо уровень вложенности.

     
     
  • 4.261, Ivan7 (ok), 17:34, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Perl метки для for именно так сделаны, как сейчас в GCC реализовали, один в один, т.е. полная копия. PHP намного моложе Perl'а.
     
     
  • 5.275, Аноним (7), 21:06, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > PHP намного моложе Perl'а.

    в пхп хренью не страдали и сделали правильно без меток.

    break N; где N по дефолту равен 1.

    //www.php.net/break

     
     
  • 6.293, Ivan7 (ok), 08:25, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Perl и сейчас в C++ сделали правильно. В PHP неправильно и очень опасно.
     
     
  • 7.294, Аноним (294), 09:06, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не вижу обоснования, могу предположить вот такое for for ... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (66)

  • 1.8, Аноним (8), 23:12, 25/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Директива "#embed", предназначенная для встраивания в код

    ~/.ssh/github

     
     
  • 2.47, Аноним (46), 02:28, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот Вы смеетесь, а эмбед это вообще чуть ли не самое крутое, что ввели в язык.
    Понятно что можно всякое нехорошее с ним делать, но и крутые штуки, типа встраивания ресурсов в технодемки, делать тоже можно и нужно.
     
     
  • 3.69, Аноним (68), 07:29, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чо не сделают, лишь бы xxd не использовать. Все бы им в комбайны превращать.
     
     
  • 4.76, Аноним (70), 08:32, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что не сделают, лишь бы костыли не использовать.
     
  • 4.149, Аноним (106), 18:05, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Из-за этой xxd устанавливать Vim? А Vim - это сильно-сильно на любилеля.
     
     
  • 5.320, Аноним (320), 03:03, 30/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    К счастью самую полезную программу из пакета Vim обычно поставляют отдельно от всего остального.
     
  • 3.107, Аноним (-), 14:24, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нехорошее можно и без embed сделать. Всё, что делается embed'ом можно сделать и без него. Можно например вызвать из Makefile утилиту, которая сделает из содержимого /home объектный файл или сишный сорец, а потом прилинковать это к проекту. Делов-то.

    Либо ты доверяешь сорцам и их системе сборки, либо не доверяешь им и каким-то образом огораживаешься от возможных атак. #embed в этом ничего не меняет.

     
  • 3.150, Аноним (106), 18:06, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    До этого это делалось скриптом линкера.
     

  • 1.27, Аноним (-), 00:28, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > компилятор для языка COBOL

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

     
     
  • 2.29, Аноним (28), 00:34, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто-то видел живьём вообще этот КОБОЛ?

    Нет

     
  • 2.32, abi (?), 00:43, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, видел живьём Fico Blaze Advisor в отечественном банке.
     
  • 2.34, Аноним (33), 00:46, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что то от этого изменится?
     
  • 2.35, Аноним (11), 01:00, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пойдите на работу в банк и прочий энтерпрайз, увидите… а, для этого кобол для начала надо изучить.
     
     
  • 3.41, Chlen22sm (?), 01:25, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пойдите на работу в банк и прочий энтерпрайз, увидите…

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

     
     
  • 4.72, Аноним (70), 08:11, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В РФ? Тут, к счастью, такого слоя легаси не успело нарасти (за неимением самих банков).
     
  • 2.97, Аноним (97), 12:56, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    SAP ABAP это кобол. Правда, не гну.
     
     
  • 3.118, Аноним (117), 15:19, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > SAP

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

     
     
  • 4.197, Аноним (97), 02:31, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В каком месте оно мертво?

    Далее в России он конкурирует с 1С, а в мире его доля местами до 80% доходит.

     
  • 4.223, Аноним (106), 12:39, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Мосэнерго уже заместили SAP ?
     
  • 3.147, Аноним (144), 18:00, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SAP - это громадный, тухлый монстр. Вместо помощи бизнесу, наоборот - перекорёживает всё под себя. Оно мне надо?? SAP - это как и кобол, древний реликт, который выкинут с радостью, как только напишут замену.
     
     
  • 4.157, Аноним (70), 18:38, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Австралии уже попробовали написать замену.
     
  • 4.203, Аноним (202), 03:25, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > SAP

    Одна из моих girlfriends потеряла работу во времена ковида, хотя очень неплохой спец по SAP. Новую работу так и не нашла. В итоге пошла в курьеры. Так что да, протухло и уже не актуально. Особенно теперь в России.

     
  • 2.136, Аноним (106), 16:47, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А кто-то видел живьём вообще этот КОБОЛ?

    Вот вам свежачёк-с https://github.com/meyfa/CobolCraft

     
  • 2.138, MinimumProfit (?), 17:05, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Cobol в Tiobe на 20-м месте, даже поднимается
     
     
  • 3.180, Аноним (-), 22:08, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Деды умирают, им ищут замену. Вот и поднимается.
     
  • 3.235, Аноним (230), 14:33, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Cobol в Tiobe на 20-м месте, даже поднимается

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

     

  • 1.36, cheburnator9000 (ok), 01:14, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >> Возможность объявления переменных в операторе "if", например, "if (int x = get ()) {...}".

    Ничего не понял это же прямо сейчас уже доступно нет??

    https://godbolt.org/z/bPKqvsood в данном случае if это просто проверка либо на 0, либо можно использовать и для nulltpr.

     
     
  • 2.64, Аноним (64), 06:50, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы кинули код на C++, тогда как речь про Си.

    На Си такого синтаксиса нет.

     
  • 2.67, Сишник (?), 07:25, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сейчас доступно в C++, а в статье речь о том, что это добавили в C.
     

  • 1.37, Аноним (37), 01:17, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять придется инструкции по сборке пакетов переписывать.
     
     
  • 2.128, Аноним (106), 16:33, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    LFS ?
     

  • 1.51, Маняним (?), 02:49, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как всегда в попсовых дистрах появится лет через 5?
     
     
  • 2.65, Аноним (64), 06:51, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Дебиан 13 точно не попадет, потому что тулчейн для сборки, где GCC играет ключевую роль, заморожен от 15-го марта :)

    Будет в Дебиан 14, или более новая версия, если до заморозки успеет выйти 16-ая версия.

     
     
  • 3.129, Аноним (106), 16:35, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не гентупроблемы ;)
     
     
  • 4.155, Аноним (64), 18:34, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да. Справедливости ради, если нужен GCC 15, то всегда можно накатить в контейнер и не париться.
     
     
  • 5.172, Аноним (106), 21:19, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да можно и ручками собрать и установить в какое-нибудь отдельное место /usr/local/gcc
     
     
  • 6.175, Аноним (64), 21:44, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да можно и ручками собрать

    Не-не, это уже какое-то извращение)

    Imagine building an app from sources in 2025, smh smh

     
     
  • 7.190, Neon (??), 01:25, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как же исходники ? Ведь весь смысл открытого кода в них. Зачем они, если из них не собирать ?)))
     
  • 5.196, Ivan7 (ok), 02:24, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В контейнере и в системе - это как бы совсем разные истории.
    В контейнере у тебя какая операционка? ;)
     
  • 2.66, Аноним (-), 07:09, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Fedora 42 уже есть
     

  • 1.62, Аноним (62), 06:28, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    □ Атрибут "unsequenced", сигнализирующий, что результат не зависит от порядка выполнения.
    □ Атрибут "reproducible", указывающий, что функция всегда возвращает один и тот же результат при одинаковых входных данных, т.е. не зависит от иных факторов.
    □ Возможность объявления переменных в операторе "if", например, "if (int x = get ()) {...}".
    □ Поддержка присвоения имён циклам для того, чтобы ссылаться на них в коде.

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

     
     
  • 2.74, Аноним (-), 08:17, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Гляжу на всё это и понимаю, что видел это в Nim. Авторы
    > языка используют все конструкции из новых стандартов Си.

    Только сам он - какой-то ужастик, типа помеси сишки с питоном, очень сомнительное счастье.

     
  • 2.87, 12yoexpert (ok), 10:47, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у автора nim больше гибкости в этом плане, он пилит архитектуру и код практически в одно лицо
     

  • 1.73, Аноним (-), 08:15, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Директива "#embed", предназначенная для встраивания в код бинарных ресурсов.

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

    А гнутое расширение case 1..5 и проч они не хотят в новый стандарт взять?

     
     
  • 2.81, Аноним (81), 10:03, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, теперь ещё линуксовые бинари деблобировать из-за всяких утаистов (вероятно, нарушающих лицензии).
     
     
  • 3.101, Аноним (101), 14:00, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Действительно, теперь ещё линуксовые бинари деблобировать из-за всяких утаистов (вероятно, нарушающих лицензии).

    когда из всей фразы понял только "гну"

     
  • 3.236, Аноним (230), 14:35, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Действительно, теперь ещё линуксовые бинари деблобировать из-за всяких утаистов
    > (вероятно, нарушающих лицензии).

    Это удобно для всяких инклудов допустим фонтов и прочих картинок в допустим бутлоадер/ядро/фирмвар. А деблоб фонта вы конечно можете себе сделать, только не понятно как вы читать что-то будете.

     
  • 2.162, Совершенно другой аноним (?), 19:59, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Поддержка указания диапазонов целых значений в выражениях "case", например, "case 1 ... 10:".
     
  • 2.192, Neon (??), 01:32, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Встраиваемые бинарные ресурсы давным давно были на винде
     
     
  • 3.237, Аноним (-), 14:40, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Встраиваемые бинарные ресурсы давным давно были на винде

    1) Если это про ms resource compiler - то это несколько другое. И таки - не сишка.
    2) Ну и как мне ваша винда поможет заинклюдить вон тот фонт на вот этом микроконтроллере чтобы вот тут на LCD текст выдать? А вот это - очень даже. Это конечно и без #embed делали, но требовало всяких левых конверторов, генераторов, усложнения процедуры билда и проч. А теперь будет - с полоборота.

    И если мы о винде, как там у мерзкософта, поддержку C23 они уже запилили в свой выюжалбэйсикстудил? Или у них так до сих пор C99 обкоцаный? А может у них уже и C2Y есть? Как у сабжей? Не, не завезли? :)

     

  • 1.78, Амонин (?), 09:20, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    import std; для с++ все ещё не завезли или я чего-то упускаю?
     
     
  • 2.152, Аноним (144), 18:08, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В каком смысле "завезли"? Его что, нельзя было писать в коде??
     
     
  • 3.255, 12yoexpert (ok), 17:02, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    можно, но только в комментариях. или в коде на python/nim
     

  • 1.79, Аноним (79), 09:25, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В общем тенденция такова: какой-нибудь С50 (вопреки всем обещаниям!) начнёт таки всё больше и больше превращаться в С++, в то время как С++50 начнёт всё больше и больше превращаться в Раст. В общем делайте выводы сами!
     
     
  • 2.84, Аноним (86), 10:39, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >какой-нибудь С50 (вопреки всем обещаниям!) начнёт таки всё больше и больше превращаться в С++

    Скорее в golang. Встраивание бинарных ресурсов, объявление переменных при if-операторе, defer, etc.

     
     
  • 3.191, Neon (??), 01:31, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Встраиваемые бинарные ресурсы давным давно были на винде в Visual C
     
  • 3.238, Аноним (-), 14:43, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Скорее в golang. Встраивание бинарных ресурсов, объявление переменных при if-операторе,
    > defer, etc.

    Golang из C автор lwan.ws уже и сегодня запилил. Потому что может. Вот прям с корутинами и гламурным апи вебсервака тоже умещающимся на полстранички.

    Только потом в отличие от игогошки еще призовые места в тематичных бенчах берет.

     
     
  • 4.254, 12yoexpert (ok), 17:01, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну так проги на го читаются с диска уже после того, как проги на плюсах отрабатывают
     
     
  • 5.285, Аноним (-), 00:25, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ну так проги на го читаются с диска уже после того, как
    > проги на плюсах отрабатывают

    Веб серверу это не очень актуально, но у в отличие от игого - бинарник менее 150 кил, супербыстрый, зависимостей мизер, а примеры в комплекте - не только hello world но и вполне жизненные штуки, типа чата на вебсокетах, реализации freegeoip базы (с лимитами лукапов!) или даже какой-то "тематический" апсерверный бенч работы с базой (скулайт) где оно всех радостно подвинуло. Так что теперь на си можно не хуже игого микросерфисы делать, если этого хотелось.

     
  • 2.130, Аноним (106), 16:37, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уже сделали - Rust ненужен.
     
     
  • 3.204, Аноним (202), 03:28, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Rust ненужен

    Нужен пока не избавятся от undefined behavior.

     
  • 2.242, Аноним (242), 16:01, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    C должен превращаться в C++ только в compile-time и с контролируемым растолстеванием результирующего бинарика.

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

     

  • 1.82, 12yoexpert (ok), 10:30, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    уже можно начинать читать учебники по 23 плюсам, или всё ещё половина стандарта не поддерживается?

    вроде страничку с поддержкой они обновили, и про попоболь с import std  там ни слова

    https://gcc.gnu.org/projects/cxx-status.html#cxx26

     
     
  • 2.99, Аноним (79), 13:49, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да какой там 23, они 20 ещё полностью не реализовали! Полностью реализован только 17 стандрат
     
     
  • 3.102, Аноним (79), 14:03, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и то вроде только в clang полность реализован 17 стандарт, в gcc даже он не полностью реализован!!!
     
     
  • 4.251, 12yoexpert (ok), 16:50, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    нет, не реализован, и шланг ничем в этом плане остальные компиляторы не опережает, разве что сильно отстаёт от gcc

    https://en.cppreference.com/w/cpp/compiler_support/17

     
     
  • 5.286, Аноним (-), 03:36, 28/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > нет, не реализован, и шланг ничем в этом плане остальные компиляторы не
    > опережает, разве что сильно отстаёт от gcc
    > https://en.cppreference.com/w/cpp/compiler_support/17

    Да вроде там все более-менее в пределах погрешности ок? Лагает stdlib - но кто им вообще у шланга пользуется? Все тягают glibc и stdlibc++ от гну.

     

  • 1.90, Аноним (90), 11:32, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Читаешь все это безобразие и понимаешь, какая же С/С++ мощь. Не для средних умов!
     
     
  • 2.100, Аноним (79), 13:51, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>  какая же С/С++ мощь <<

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

     

  • 1.94, Аноним (94), 12:29, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а под via c7 он оптимизировать код умеет?
     
     
  • 2.105, Аноним (70), 14:19, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже под C3 умеет (14 версия, по крайней мере).
     
     
  • 3.156, Аноним (94), 18:36, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    под c3 не умеет. вернее совсем не может, потому что у c3 нет cmov комманд, а они эти cmov комманды во всех либах есть, и полученный код на c3 крашится при запуске. ни один современный линукс по этому на c3 стартонуть не может.
     
     
  • 4.158, Аноним (70), 18:40, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это как бы само собой подразумевается, что либы пересобирать придётся.
     
     
  • 5.163, Аноним (94), 20:00, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это так умрешь раньшt, чем столько всего  самому пересобирать.
     
     
  • 6.165, Аноним (70), 20:13, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж не Хром собирать. Ну и делать это, естественно, не на машине с C7.
    Не хочется собирать — пишите без рантайма, делов-то)
     
  • 2.119, Аноним (117), 15:20, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Простите, но такая оптимизация как мёртвому припарки. Для старого железа - старый софт.
     
     
  • 3.159, Аноним (70), 18:44, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А новый софт под него совсем-совсем нельзя писать?
     
     
  • 4.205, Аноним (202), 03:29, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пиши на старых инструментах типа Delphi 7.
     
  • 2.131, Аноним (106), 16:40, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А этот VIA C7 лучше C2D ?
     
     
  • 3.134, Аноним (-), 16:46, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смотря под какие задачи. Под некоторые мои - да.
     
  • 3.154, Аноним (94), 18:34, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у него криптопроцессор офигительный. у c2d такого нету.
     
     
  • 4.160, Аноним (160), 19:00, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А он там того, без задних дверей? Китайская таварись маойра, всё-таки.
     
     
  • 5.161, Аноним (94), 19:58, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    двери эти старые, узкие. много через них не просунется. да и нечего особо, чтоб им там интересно было.
     
  • 4.164, Аноним (70), 20:09, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    C2D просто за счёт вычислительной мощности будет примерно на том же уровне.
     
     
  • 5.281, Аноним (-), 22:36, 27/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.193, Neon (??), 01:33, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А на фига такое ?
     
     
  • 3.263, Аноним (94), 17:59, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а вот надо!
     

  • 1.121, Аноним (121), 15:24, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    C++23 эт хорошо. Но когда уже доделают С++20?
     
     
  • 2.139, MinimumProfit (?), 17:08, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    конкретно что не работает из C++20 ?
     
     
  • 3.269, Аноним (121), 19:46, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Модули?
     

  • 1.141, Аноним (106), 17:33, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Фронтэнд для языка D обновлён до версии 2.111.0.

    А что там с Гошкой, какой версии эталонного сейчас (GCC 15.1) соответствует gccgo?

     
     
  • 2.179, Ан Оним (?), 22:04, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgo/VERSION;h=39560f0fcdd63e4bb8

    [gcc.git] / libgo / VERSION
       1 go1.18

    Гугль уже давно не развивает gccgo и goLLVM

     

  • 1.151, Аноним (144), 18:06, 26/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда читаешь нововведения, думаешь: где-то я уже это видел! Причём лет 30 назад. Вопрос: насколько надо быть тугодумами, чтобы вносить полезные вещи ДЕСЯТИЛЕТИЯМИ? Ладно бы отрасль была новая, неизученная (как ИТ в 70-ые). Но уже лет 20 как устоялись многие тенденции, куча языков протухла как раз по причине несоответствия запросам отрасли. И вот просыпается С++ комитет (кто-то б3днул слишком громко) и начинается вспоминание всех полезняшек из 80-ых :)) ПОЗДНО, дедушки, боржоми уже не поможет! На глиняном фундаменте С++ вы городите эйфелевку - так не пойдёт.

    Кто молодцы, так это создатели D - всё переосмыслили и выкатили нормальный язык. Вот на его базе уже можно что-то там расширять, улучшать... главное - ядро языка - адекватное.

     
     
  • 2.184, Аноним (184), 23:07, 26/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну и пиши на нем, зачем кресты поминаешь.. подозрительный комент
     
  • 2.279, Аноним (81), 22:06, 27/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Создатели ди большие поклонники додиеза. Публика не оценила: там, где додиез пойдёт, уже есть додиез.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру