The OpenNET Project / Index page

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

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

06.05.2022 14:41

После года разработки опубликован релиз свободного набора компиляторов GCC 12.1, первый значительный выпуск в новой ветке GCC 12.x. В соответствии с новой схемой нумерации выпусков, версия 12.0 использовалась в процессе разработки, а незадолго до выхода GCC 12.1 уже ответвилась ветка GCC 13.0, на базе которой будет сформирован следующий значительный релиз GCC 13.1. 23 мая проект будет отмечать 35 лет с момента формирования первого выпуска GCC.

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

  • Добавлена поддержка отладочного формата CTF (Compact Type Format), обеспечивающего компактное хранение сведений о Си-типах, связях между функциями и отладочных символах. При встраивании в ELF-объекты формат позволяет использовать таблицы символов EFL для избежания дублирования данных.
  • Объявлена устаревшей поддержка формата хранения отладочной информации "STABS", созданного в 1980-е годы.
  • Продолжена работа по расширению поддержки будущих стандартов C2X и C++23 для языков C и C++. Например, добавлена поддержка выражения "if consteval"; разрешено использование auto в аргументах функций ("f(auto(g()))"); разрешено использование нелитеральных переменных, goto и меток в функциях, объявленных как constexpr; добавлена поддержка многомерный индексных операторов operator[]; в if, for и switch расширены возможности блоков инициализации ("for (using T = int; T e : v)").
  • В стандартной библиотеке C++ улучшена поддержка экспериментальных разделов стандартов C++20 и C++23. Добавлена поддержка std::move_only_function, <spanstream>, std::basic_string::resize_and_overwrite, <stacktrace>, <stdatomic.h> и std::invoke_r. Разрешено использование в constexpr-функциях std::unique_ptr, std::vector, std::basic_string, std::optional и std::variant.
  • Во фронтэнде для языка фортран предоставлена полная поддержка спецификации TS 29113, описывающей возможности по обеспечению переносимости между кодом на языках Fortran и C.
  • Добавлена поддержка расширения __builtin_shufflevector(vec1, vec2, index1, index2, ...), ранее добавленного в Clang и предлагающего единый вызов для выполнения общих векторных операций перестановки и перетасовки.
  • При использовании уровня оптимизации "-O2" по умолчанию включено применение векторизации (включены режимы -ftree-vectorize и -fvect-cost-model=very-cheap). Модель "very-cheap" допускает векторизацию только если векторный код может полностью заменить векторизируемый скалярный код.
  • Добавлен режим "-ftrivial-auto-var-init" включающий явную инициализацию переменных в стеке для отслеживания проблем и блокирования уязвимостей, связанных с использованием неинициализированных переменных.
  • Для языков C и C++ добавлена встроенная функция __builtin_dynamic_object_size для определения размера объекта, совместимая с аналогичной функцией из Clang.
  • Для языков C и C++ добавлена поддержка атрибута "unavailable" (например, можно помечать функции, при попытке использовании которых будет выводиться ошибка).
  • Для языков C и C++ добавлена поддержка директив препроцессинга "#elifdef" и "#elifndef".
  • Добавлен флаг "-Wbidi-chars" для вывода предупреждения в случае некорректного использования символов UTF-8, меняющих порядок отображения двунаправленного текста.
  • Добавлен флаг "-Warray-compare" для вывода предупреждения при попытке сравнения двух операндов, ссылающихся на массивы.
  • Продолжена реализация стандартов OpenMP 5.0 и 5.1 (Open Multi-Processing), определяющих API и способы применения методов параллельного программирования на многоядерных и гибридных (CPU+GPU/DSP) системах с общей памятью и блоками векторизации (SIMD).
  • Улучшена реализация спецификации параллельного программирования OpenACC 2.6, определяющая средства для выноса операций (offloading) на GPU и специализированные процессоры, такие как NVIDIA PTX.
  • В бэкенд генерации кода для архитектуры x86 добавлена поддержка расширенных инструкций Intel AVX512-FP16 и типа _Float16.
  • Для архитектуры x86 добавлена защита от уязвимостей в процессорах, вызванных спекулятивным выполнением инструкций после операций безусловного прямого перехода. Проблема возникает из-за упреждающей обработки инструкций, следующих в памяти сразу за командой перехода (SLS, Straight Line Speculation). Для включения защиты предложена опция "-mharden-sls".
  • В экспериментальный статический анализатор добавлено определение использования неинициализированных переменных. Добавлена начальная поддержка анализа ассемблерного кода в inline-вставках. Улучшено отслеживание состояния памяти. Переписан код для обработки выражений switch.
  • Добавлено 30 новых вызовов в libgccjit, разделяемую библиотеку для встраивания генератора кода в другие процессы и использования для организации JIT-компиляции байткода в машинный код.
  • В бэкенд для генерации байткода BPF добавлена поддержка механизма CO-RE (Compile Once - Run Everywhere), позволяющего собирать код eBPF-программ для ядра Linux только один раз и использовать специальный универсальный загрузчик, адаптирующий загружаемую программу к текущему ядру и типам BTF (BPF Type Format). CO-RE решает проблему с переносимостью скомпилированных eBPF-программ, которые ранее могли использоваться только в той версии ядра, для которой были собраны, так как позиция элементов в структурах данных меняется от версии к версии.
  • В бэкенде для архитектуры RISC-V добавлена поддержка новых расширений архитектуры набора команд zba, zbb, zbc и zbs, а также ISA-расширений для векторных и скалярных криптографических операций. По умолчанию обеспечена поддержка спецификации RISC-V ISA 20191213. Добавлен флаг -mtune=thead-c906, включающий оптимизации для ядер T-HEAD c906.
  • В бэкенд генерации кода для GPU AMD на базе микроархитектуры GCN добавлена поддержка типа __int128_t/integer(kind=16). Обеспечена возможность использования до 40 рабочих групп на вычислительный блок (CU) и до 16 фронтов инструкций (wavefront, набор нитей, параллельно выполняемых SIMD Engine) на группу. Ранее было разрешено использование только одного фронта инструкций на CU.
  • В бэкенд NVPTX, предназначенный для генерации кода с использованием архитектуры набора команд NVIDIA PTX (Parallel Thread Execution), добавлена возможность использования флагов "-march", "-mptx" и "-march-map". Реализована поддержка PTX ISA sm_53, sm_70, sm_75 и sm_80. По умолчанию используется архитектура sm_30.
  • В бэкенде для процессоров PowerPC / PowerPC64 / RS6000 переписаны реализации встроенных функций. Документированы встроенные функции__builtin_get_texasr, __builtin_get_texasru, __builtin_get_tfhar, __builtin_get_tfiar, __builtin_set_texasr, __builtin_set_texasru, __builtin_set_tfhar и __builtin_set_tfiar.
  • В бэкенд для архитектуры ARM/AArch64 добавлена поддержка CPU Arm Ampere-1 (-mcpu/-mtune ampere1), Arm Cortex-A510 (cortex-a510), Arm Cortex-A710 (cortex-a710) и Arm Cortex-X2 (cortex-x2). Добавлена поддержка новых вариантов архитектуры ARMv8 для использования в опции "-march": armv8.7-a, armv8.8-a, armv9-a. Добавлена реализация встроенных в компилятор Си-функций (Intrinsics) для атомарной загрузки и сохранения данных в память, основанная на использовании расширенных инструкций ARM (ls64). Добавлена поддержка ускорения функций memcpy, memmove и memset при помощи ARM-расширения mopsoption.
  • Добавлен новый режим проверки "-fsanitize=shadow-call-stack" (ShadowCallStack), который пока доступен только для архитектуры AArch64 и работает при сборке кода с опцией "-ffixed-r18". Режим обеспечивает защиту от перезаписи адреса возврата из функции в случае переполнения буфера в стеке. Суть защиты в сохранении после передачи управления функции адреса возврата в отдельном "теневом" стеке и извлечении данного адреса перед выходом из функции.


  1. Главная ссылка к новости (https://gcc.gnu.org/pipermail/...)
  2. OpenNews: Релиз набора компиляторов GCC 11
  3. OpenNews: Проект GCC разрешил приём изменений без передачи Фонду СПО прав на код
  4. OpenNews: Релиз набора компиляторов GCC 10
  5. OpenNews: Проект по добавлению в GCC поддержки распараллеливания процесса компиляции
  6. OpenNews: Релиз набора компиляторов LLVM 13.0
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/57145-gcc
Ключевые слова: gcc, compile
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (182) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, васёк (?), 14:59, 06/05/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –24 +/
     
     
  • 2.27, Аноним (-), 16:44, 06/05/2022 Скрыто модератором
  • –2 +/
     
     
  • 3.49, Аноним (49), 17:59, 06/05/2022 Скрыто модератором
  • +3 +/
     
  • 3.50, Аноним (50), 18:00, 06/05/2022 Скрыто модератором
  • +/
     
     
  • 4.65, Аноним (-), 19:19, 06/05/2022 Скрыто модератором
  • +1 +/
     
  • 4.80, Совершенно другой Аноним (?), 21:34, 06/05/2022 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (5)

  • 1.2, Аноним (2), 15:00, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Добавлена поддержка расширения __builtin_shufflevector(vec1, vec2, index1, index2, ...), ранее добавленного в Clang и предлагающего единый вызов для выполнения общих векторных операций перестановки и перетасовки.

    Раньше Clang шел за GCC, теперь наоборот... Стареют..

     
     
  • 2.48, ИмяХ (?), 17:59, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Яркий пример того, чем хороша конкуренция - стандарты не развиваются сами по себе, непонятно куда, а развивают и дополняют друг друга.
     
     
  • 3.81, nvidiaamd (?), 21:35, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вранье от корпорастов типа мелкософта, ага.
     
  • 3.84, Аноним (84), 21:42, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В итоге снежный ком летит с горы в пропасть.
     
     
  • 4.99, Аноним (-), 09:50, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В итоге снежный ком летит с горы в пропасть.

    Вообще libllvm собираемый в монолитный 60-меговый (!!!) .so неплохо под это описание подходит. Это ж надо допереть либу на 60 метров кода одним куском?!

     
  • 2.95, qetuo (?), 03:56, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Утверждение не соответствует действительности. gcc значительно более полно поддерживает современные стандарты С++, clang отстает.

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

     

  • 1.3, Аноним (-), 15:06, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > Объявлена устаревшей поддержка формата

    О нет, как они посмели! Что же будут делать все те, кому оно еще нужно??

     
     
  • 2.6, Аноним (6), 15:31, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Продолжать пользоваться тем, что у них на рабочих машинах не обновлялось с 80х?
     
  • 2.7, Брат Анон (ok), 15:31, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Использовать старый формат и старый компилятор?
     
  • 2.29, Аноним (-), 16:45, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Врядли они GCC12 используют.
     
  • 2.51, Аноним (49), 18:00, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Форкать и поддерживать.
     

  • 1.11, Смузихлёб (ok), 15:46, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Подскажите, какой актуальный ЯВУ максимально редко обновляется, максимально стабильный (во всех смыслах), который не поразили метастазы sjw, смузихлёбства и политического мракобесия? Желательно, сообщество со средним возрастом 40+. СИшечку не предлагать.
     
     
  • 2.12, Аноним (-), 15:51, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    си
     
  • 2.14, Аноним (14), 15:53, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чем тебе сишечка не нравится? Минорные улучшения качества жизни раз в ~10 лет. Судя по описанию тебе нужен фортран, ну успехов написать тебе на нём любое приложение сложнее скрипта для сложения матриц.
     
     
  • 3.15, Смузихлёб (ok), 15:57, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чем тебе сишечка не нравится?

    Потому что я её уже затёр до дыр, хочется расширить кругозор.

     
     
  • 4.25, псевдонимус (?), 16:43, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Форт. Лучше все равно ничего нет.)
     
     
  • 5.44, Аноним (44), 17:36, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Лисп лучше.
     
     
  • 6.66, псевдонимус (?), 19:21, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Лиспе сплошная диктатура.

    А форт, он про свободу)

     
     
  • 7.136, Аноним (136), 18:12, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как там может быть диктатура, если существует куча Лисп-диалектов?
     
  • 5.77, WishMaster_ (?), 20:20, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    A Форт еще жив?))))
     
     
  • 6.86, Аноним (84), 21:52, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если в 21-ом веке под него процы новые делают, значит, жив.
     
     
  • 7.137, Аноним (136), 18:13, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это какие, например?
     
  • 6.88, Аноним (84), 21:56, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Загугли, например, GA144-F18A - 144-ядерный форт-проц.
     
     
  • 7.169, Аноним (-), 09:33, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Загугли, например, GA144-F18A - 144-ядерный форт-проц.

    Фирма кукиш - нигде не купишь. А если купишь то не продашь. Изучать это - еще маргинальнее чем латынь какую. При таких замахах есть смысл изучать FPGA и теорию компиляторов - чтобы научиться самому делать железо и языки, коли ничего не нравится.

     
  • 7.195, adolfus (ok), 22:33, 12/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже на транспьютеры.
     
  • 5.112, Neon (??), 13:02, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Форт, конечно, прикольный. Но вот только в дикой природе в виде готовых программ на нем почему то почти не встречается. Только дома поиграться, индустрии не особо нужно.
     
     
  • 6.128, Аноним (-), 03:33, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Довольно скоро индустрия, которой Forth таки очень нужен, окончательно прифигев от дикой природы, улетит всем составом осваивать новый глобус. А ты так и останешься в террариуме хрустящих жаб и вебнявых питонов.
     
     
  • 7.170, Аноним (-), 09:35, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Довольно скоро индустрия, которой Forth таки очень нужен, окончательно прифигев от дикой
    > природы, улетит всем составом осваивать новый глобус. А ты так и
    > останешься в террариуме хрустящих жаб и вебнявых питонов.

    Нетормозящие жабы и питоны с хвостиком в узел шагу не могут ступить без софта на си :). А так у корабля элонмаска морда таки с жабоскрипом. Хоть и дублированая хардварными кнопками, ибо доверять вебмакакам в вопросах межпланетных перелетов сами понимаете....

     
     
  • 8.187, Вы забыли заполнить поле Name (?), 22:28, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока только на орбиту вышел ... текст свёрнут, показать
     
  • 4.60, Пончик (?), 18:52, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что я её уже затёр до дыр, хочется расширить кругозор.

    Тогда можно более углубленно изучить сишечку, очень полезно для кругозора. Открываем kernel.org и вперед

     
  • 2.19, menangen (?), 16:00, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ди-шечку можем предложить. Хороший, годный язык. Ну, или swift compiler сам собери в своём арчике и поиграйся, тоже годный язык, прям свежий воздух после раста
     
     
  • 3.28, псевдонимус (?), 16:44, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    После раста и питон может свежим воздухом показаться.
     
     
  • 4.30, Аноним (-), 16:46, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Свежим вакуумом скорее :)
     
     
  • 5.119, Аноним (84), 13:23, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    даже вакуум свежее раста.
     
  • 3.63, inferrna (ok), 19:14, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Посмотрел я на то, как реализован парсинг json на этом самом swift Ну и выходит... большой текст свёрнут, показать
     
     
  • 4.100, Аноним (-), 09:52, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У json столько фич что полностью их понимает в произвольном сочетании почти никто. Можно и похуже конечно - как в XML, кто вообще помнит про XSLT? А он есть.
     
  • 2.22, Fracta1L (ok), 16:36, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Forth
     
  • 2.24, псевдонимус (?), 16:41, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Скриптовые: tcl, perl5.

    Прочие: C, fortran, ada.

    Лучшие: форт.

     
     
  • 3.38, Смузихлёб (ok), 17:17, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скриптовые: tcl

    На тикль писал в своё время несложные даемоны для решения насущных задач. Интересно, жив ли он ещё (с практической точки зрения)? Или питон скриптовые заместил?

     
     
  • 4.61, псевдонимус (?), 19:10, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Жив и обновляется. Естественно с сохранением совместимости.
     
  • 4.64, псевдонимус (?), 19:15, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дружелюбное сообщество. В нормальном смысле дружелюбное, а не "нетоксичное"
     
  • 4.196, adolfus (ok), 22:37, 12/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    САПР ментор графикс написан на связке tcl-c.

     
  • 3.113, Neon (??), 13:03, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лучшие: форт. Вот только никому лучший на практике не нужен. Лучшее - враг хорошему.)))
     
     
  • 4.139, Аноним (136), 18:28, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, комму нужна на практике эта польская обратная бесскобочная арифметика?
     
     
  • 5.171, Аноним (-), 09:37, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Конечно, комму нужна на практике эта польская обратная бесскобочная арифметика?

    Чем-то отдаленно напоминает ассемблер. Иных достоинств не имеет. Но если уж хочется прогать в таком стиле лучше взять ассемблел, какого-нибудь максимально похабного проца. Ну там x86-16 например.

     
  • 2.26, Hck3r (?), 16:43, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Obj-C теперь наверное мало будет обновляться
     
  • 2.33, Аноним (-), 16:59, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ЯВУ

    буква У как бы подразумевает

    > метастазы sjw, смузихлёбства и политического мракобесия

     
     
  • 3.42, Аноним (42), 17:22, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    яву яву взял я на халяву
     
  • 2.41, YetAnotherOnanym (ok), 17:21, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Эммм... эрланг?
     
     
  • 3.46, Смузихлёб (ok), 17:40, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Эммм... эрланг?

    Кстати, интересный язык с уклоном на сферу телекоммуникаций. А что у него с сообществом? SJW и политота присутствуют?

     
     
  • 4.56, YetAnotherOnanym (ok), 18:18, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если судить по рассылке erlang-questions, то там этим не страдают (ну, вроде бы, было так, когда я её регулярно читал).
     
  • 4.62, псевдонимус (?), 19:12, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сабжи про него не знают)
     
  • 3.134, Ан (??), 15:23, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Elixir тогда уж
     
  • 2.43, Аноним (43), 17:27, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Будете истерично смеяться и кататься по полу, но когда закончите - Pascal.
     
     
  • 3.45, Смузихлёб (ok), 17:38, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Будете истерично смеяться и кататься по полу, но когда закончите - Pascal.

    Проходил почти 30 лет назад :) А что, на паскале есть проекты, которые сейчас имеют практическую ценность?

     
     
  • 4.79, Аноним (79), 20:56, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Lazarus IDE написан на Паскале и имеет практическую ценность для тех, кто пишет на Паскале. ;)
     
  • 4.120, Безымянный аноним (?), 13:37, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть и довольно много, тот же тотал командер или фрутилупс, например
     
     
  • 5.141, Смузихлёб (ok), 19:14, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > фрутилупс

    С 8 версии переписан на C++

     
     
  • 6.172, Аноним (-), 09:40, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > С 8 версии переписан на C++

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

     
  • 2.78, Ананоним (?), 20:24, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Обрати внимание уже на сундук с инструментами под названием Ada. Скоро новый стандарт собрались принимать. После него на ржавый будешь смотреть как на детский помёт.
     
  • 2.82, Аноним (82), 21:39, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может меня и заклюют, но осмелюсь посоветовать С++. Легко изучать после С и существенно понижается  вероятность (хоть и не исключается) устроить segfault или чего похуже. Новые стандарты языка выходят раз в 3 года и нововведений поменьше будет чем, например, в Расте, Го, Яве или С#. По сути, последний "прорыв" был в 2011, писать на С++11 и выше стало гораздо приятней, чем на С++98. Дальше - лучше, но после С++11 было скорее поступательное развитие.
     
     
  • 3.89, Аноним (84), 21:58, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > но осмелюсь посоветовать С++

    Его ломают каждые три года...

     
  • 3.91, Смузихлёб (ok), 22:18, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > С++

    Почему-то за многие годы он так и не стал убийцей Си. Чисто субъективно – не язык, а салат из всего и вся. Да и проблем не мало, которые тянутся из года в год. В своё время решил подучить его, но душа не легла.

     
     
  • 4.114, Neon (??), 13:04, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А зачем ему быть убийцей С ? Да и обычно народ программирует на этаком суржике С/С++
     
     
  • 5.173, Аноним (-), 09:42, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > на этаком суржике С/С++

    Только кодеры с маздайным бэкграундом, у них в маздайстудио си был настолько плох что даже 99-ю версию не умел. Они и юзали от плюсов аж //коменты и что там еще по мелочи. Но с таким софтом дел лучше вообще не иметь, и таких кодеров слать в пешее. Маздайцы - маздай.

     
  • 2.108, Аноним (108), 11:36, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Язык под задачу выбирают же.

    Но я писал немного на Fortran, и он ничего. Классы, объекты, мультитрединг, ffi, всё более-менее есть, но не так адски, как С++.

    Но мну больше всего пишет на bash.

     
  • 2.109, IRASoldier_registered (ok), 11:36, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Учи Haskell. Среди его евангелистов в Богоспасаемой, помнится, был (а может и есть ещё) даже один натуральный белый расист, целый сениор и внедренец технологий, с личной страничкой, где половина разделов - статьи по Haskell и даже годный учебник, а другая половина - лютая куклуксклановщина. Тебе бы понравился. Жаль, ссылку не сохранил - а видел я её года три назад.
     
  • 2.133, gbab (?), 10:52, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ada
     
  • 2.138, Аноним (136), 18:18, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Подскажите, какой актуальный ЯВУ ... который не поразили метастазы sjw, смузихлёбства и политического мракобесия?

    Пустое множество языков.

     
  • 2.156, Фняк (?), 12:04, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мёртвый
     

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

  • 1.13, Аноним (13), 15:52, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    10 дней тому назад вышла статья с примерами
    "New C++ features in GCC 12"
    https://developers.redhat.com/articles/2022/04/25/new-c-features-gcc-12#
    4 дня т.н. было содержательное обсуждение
    https://news.ycombinator.com/item?id=31224707
     
     
  • 2.18, Аноним (-), 15:59, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    и чё, здесь можно рекламировать секту укомбинатора?
     
  • 2.20, Аноним (20), 16:01, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    сегодня релиз, про который новость
    продолжаем наблюдение
     

  • 1.17, menangen (?), 15:58, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я просто оставлю это здесь, для поковырять:
    https://github.com/michaelforney/cproc
     
     
  • 2.32, Аноним (-), 16:54, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем его фича?
     
     
  • 3.34, НяшМяш (ok), 17:04, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Такие вопросы можно только под кодом на расте задавать.
     
     
  • 4.140, Аноним (136), 18:40, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    C11 и в GCC поддерживается.
     

  • 1.21, pashev.ru (?), 16:20, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлена поддержка отладочного формата CTF

    Солярис жив!

     
  • 1.23, Hck3r (?), 16:41, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Начиная с этой версии в GDC (D compiler in GCC) догнал текущий фронт-энд DMD.
    Теперь там актуальная версия 2.100, реализованная на D.

    Анонс от автора GDC:
    https://forum.dlang.org/post/nqfdvvvaznfafgqpmwlf@forum.dlang.org

     
     
  • 2.31, Аноним (-), 16:50, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это дело. А фобос собрать и использовать получилось ?
     
     
  • 3.194, Hck3r (?), 20:09, 12/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что не пробовал
    Но на форуме писали, что работает всё хорошо
     

  • 1.35, Аноним (35), 17:04, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хочется сказать разработчикам стандарта для плюсов - остановитесь ради здоровых людей. Зачем же они мозг им ломают?

    Язык должен быть простым как пять копеек.

     
     
  • 2.40, Аноним (-), 17:21, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно лапшу и по старому делать, просто на новых фичах легче и моднее творить месево. Собственно хороший критерий для оценки качества кода.
     
  • 2.53, Смузихлёб (ok), 18:04, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо же как-то собирать донаты на усложнение ради усложнения, а то народ подумает что язык мёртв раз "не развивается".

     
  • 2.85, Аноним (82), 21:45, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Унылый FUD пишешь.

    Чем выше стандарт С++ - тем легче на нём писать. Новые фичи упрощают жизнь. А ты всё со старой хейтерской методичкой ходишь.

     
  • 2.115, Neon (??), 13:06, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Особенно порадовали эллиптические интегралы в стандартной библиотеке))). А вот работы с сетью в стандартной библиотеке нет. Видно программисты в своей практике чаще с эллиптическими интегралами встречаются чем с сетью))). Последние стандарты С++ явно не для людей делались. А для своего междусобойчика разработчиков стандартов.
     
     
  • 3.144, Аноним (82), 21:04, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не пойму логики - поддержки сети в стандартной библиотеке нет, но стандарт апдейтить не надо, а надо "остановиться ради здоровых людей" и "не ломать мозг"?
     
     
  • 4.146, n00by (ok), 07:34, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Boost.Asio была ещё до выхода C++11
    Когда-то Буст выполняла роль "песочницы", наиболее полезные и устоявшиеся библиотеки оттуда переезжали в стандарт. Что потом случилось, не знаю, не следил.
     
     
  • 5.147, Аноним (136), 07:39, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас ASIO отдельная библиотека.
     
     
  • 6.154, n00by (ok), 08:26, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Когда-то и std::string была отдельна от STL Степанова и Ли, не говоря про iostreams. Кто-то написал proposal и их объединили. Другие предложения по различным причинам отклоняют. На каждое такое действие комитет выпускает в pdf особый документ, который можно почитать. Наверное, где-то написано, почему не захотели включить пространство имен asio в std:: - для этого не пришлось бы менять язык, и библиотека уже готова. То есть в этом плане противоречий в #115 нет.
     
     
  • 7.159, Аноним (82), 17:44, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А ты почитай #143 и узнаешь, в чём противоречие.
     
     
  • 8.167, n00by (ok), 09:21, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не угадали, не узнал И это должно быть очевидно, поскольку я читал то сообщение... текст свёрнут, показать
     

  • 1.36, Аноним (36), 17:06, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В бэкенде для архитектуры RISC-V добавлена поддержка новых расширений архитектуры набора команд zba, zbb, zbc и zbs

    збс

     
     
  • 2.70, Аноним (-), 19:30, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >збс

    ЗаиБиСь?

     
  • 2.101, Аноним (-), 09:54, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > збс

    Зато смотри какая оптимизация, теперь всего 1 командой проца :)

     
     
  • 3.121, Аноним (84), 13:42, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте всем программам выделим по команде!
     
     
  • 4.174, Аноним (-), 09:44, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Давайте всем программам выделим по команде!

    Да легко, если это будет call XXXX или jmp XXXX и дофига памяти :)

     

  • 1.39, Аноним (39), 17:19, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неделю назад пытался собрать GCC 12 при помощи GCC 4.8. Упало при сборке gcc-ada (лог могу скинуть, если надо). Сегодня смотрю - в SPEC-файле подняли требование к компилятору до GCC 7. Понятно теперь, из-за чего не собиралось.

    Хотя GCC 11 и со старым компилятором собрался без проблем

     
     
  • 2.47, жявамэн (ok), 17:53, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем тебе ада?
    Отключи поддержку
     
     
  • 3.52, Аноним (49), 18:01, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А как ты будешь для американской оборонки кодить?
     
     
  • 4.55, Аноним (-), 18:17, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чё платят ?
     
     
  • 5.74, Аноним (74), 19:56, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    70k$ в год до налогов. https://www.indeed.com/jobs?q=Ada%20Programming&l=California  П мало, но это «госы» что тут поделать не пых.
     
     
  • 6.92, Пончик (?), 22:51, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    смешной прайс, вот лучше подлечусь немного и пойду щебенку раскидывать
     
  • 6.103, Аноним (-), 10:34, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 70k$ в год до налогов. https://www.indeed.com/jobs?q=Ada%20Programming&l=California
    >  Понимаю, мало, но это «госы» что тут поделать не пых.

    По амеровским меркам не больно дофига, почти как джуну какому.

     
     
  • 7.122, Аноним (84), 13:43, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Реальность там сильно отличается от того, что рассказывают заманухеры.
     
     
  • 8.129, Аноним (-), 03:44, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Свечку держал, болезный ... текст свёрнут, показать
     
  • 8.175, Аноним (-), 09:46, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про реальность я могу узнать из первых рук, без твоих соплей Облом, да ... текст свёрнут, показать
     
  • 4.116, Neon (??), 13:07, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для американской оборонки кодить не нужно. Разве что бэкдоры.)))
     

  • 1.54, иксперт на диване (?), 18:07, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Система gentoo amd-x86_64 plasma-desktop-wayland-amdgpu -march=native -O2. Cpu-FX9590 ram16gb,zswap-16gb ssd-samsung-850pro-4Tb.Собрано gcc-12.0.1.pre20220430
    Все собрано из 1100 исходных текстов.Остановок сборки нет.Насчет регрессий по скорости выполнения ключевых программ системы не проверял очень трудоемко забезплатно.Падений в работе программ продакшен системы нет.Также в игрулях wine-staging-7.7 воркает стабильно.Мигрировал на gcc-12.1  c gcc-11.3.
     
     
  • 2.57, Аноним (14), 18:21, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Скучные флаги, фу таким быть. Обычно косяки лезут на всех этих -fipa-pta и -fdevirtualize-at-ltrans, смотри у каких пакетов юзы с lto/pgo, какие пакеты стрипают/заменяют какие флаги, и так далее.
     
     
  • 3.58, Аноним (14), 18:24, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот кстати ссылка по теме, часть информации весьма релевантна https://github.com/InBetweenNames/gentooLTO экшен начинается когда у тебя libz или libcurses/libreadline оказываются нерабочими после сборки и установки их в систему.
     
     
  • 4.148, n00by (ok), 07:47, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > экшен начинается когда у тебя libz или libcurses/libreadline оказываются нерабочими после
    > сборки и установки их в систему.

    Давно не проверял, остались ли проблемы, но вот что есть:

    $ egrep 'curses|readline|libz' /etc/portage/package.env/lto
    sys-libs/ncurses no-lto

     
  • 2.59, Аноним (50), 18:35, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А какой смысл в -O2? Какая всем разница про твердотельник? Тут чтобы улучшить скорость процессора делают забеги процессора в Gentoo. Фишка в том, что несовсем готовые пакеты могут не собраться новым компилятором в стабильный вариант при использовании агрессивных флагов компиляции. И не так уж и дорого даунвольтнуть процессор чтобы он жрал 1,1 вольт или даже меньше. 1,1 это я делал с fx-6100 у которого родное напряжение сильно выше. Так что понт перед гентушниками не засчитан. Чтобы считаться гентушником ты должен изучать систему и тебе должно быть интересно выжать из нее максимум или практически максимум если система нестабильна на максимально агрессивных флагах компиляции.
     
     
  • 3.67, Аноним (67), 19:25, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Забеги давно закончились падениями откатами бэкапами и не возможностью нормально... большой текст свёрнут, показать
     
     
  • 4.71, Аноним (14), 19:34, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты просто не осилил, соболезную. Но это правда, что счастье вовсе не в оптимизированном коде. Однако, самые необходимые компоненты иногда всё же есть смысл собрать так, чтобы они работали максимально эффективно. Всё же есть разница ждать исполнения ты будешь 30 секунд или 10.
     
     
  • 5.72, Аноним (14), 19:37, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С питоном, кстати, тоже довольно забавно получилось, я специально протестировал производительность различных билдов (достаточно полноценно, с рядом интересных флагов очень ощутимо быстрее выходит, печально, что в генту вики об этом не расскажут -- в тех же федоре и убунте ребята в курсе).
     
  • 4.98, Аноним (50), 07:34, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что? Любой жесткий диск справится с этим компилянием, хоть тихий на 5400 оборотов. 4 терабайта дорогого самсуна это не просто фэил, а тотальный фэил. За эти деньги можно было взять 16 ядерный процессор, который во много раз будет быстрее этого FX. Зарплата кому? Компам? Чувак ты с какой планеты? Давай выдыхай. ЧТобы написать как я надо иметь мозги и несколько лет опыта на Gentoo. Если у тебя корявые мозги можешь и дальше орать как Gentoo для тех кому охренеть как надо гибкость в том месте, который давно сто раз отлажен в том же виде людьми в каком-нибудь Devuan. А может у тебя собрать из исходников раз это офигеть какое дело. Главное же ресурс твердотельника! Я такого бреда давно не читал.
     
     
  • 5.110, Аноним (67), 12:08, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что Любой жесткий диск справится с этим компилянием, хоть тихий на 5400 оборото... большой текст свёрнут, показать
     
  • 4.149, n00by (ok), 07:54, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > ssd потому что 850pro версии samsunгов не убиваемые
    > при постоянных компиляциях и перезаписях файлов.

    А зачем вообще ssd для сборки? Есть же ZRAM - вот для этого её и придумали (а не для подкачки, как полагают некоторые). Или ssd имеется ввиду под ccache?

     
  • 3.68, Аноним (14), 19:27, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для gcc -O2 ощутимо быстрее в среднем, по моему опыту. Чтобы собирать с интересными оптимизациями надо компилировать с профилированием, соответственно должна быть стадия где софт после компиляции запускается и прогоняются хотя бы тесты, а потом компилируется ещё раз. Это валидный способ ускорить некоторые программы в несколько раз (например, я активно использую jq, и он ускоряется раза в 3 в результате такой оптимизации, компиляция же с уровнями, отличными от -O2, приносит только замедление в полтора-два раза, время запуска тоже страдает). Хотя куда чаще профит производительности в пределах 30%. И -O2 универсально хороший уровень, не вызывающий замедления. Когда разработчики уверены в профите от 3 уровня, они на этом настаивают сами.
     
     
  • 4.75, Аноним (67), 19:56, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот с этим категорически согласен.Python MozFirefox и некоторые другие программы собираю с PGO профилированием на gcc-12.1.Plasma-kde вся собрана с LTO.Ядро linux-5.17.5-liquorix под Fx-9590 собрано с Clang-14.0.3 и Thin-lto оптимизацией и планировщиком PDS от альфреда чена.Все это дает профит на быстрых минимальных тестах ну в игрульках тоже заметно при контроле fps через dxvk overlay.Я же говорил не надо завидовать и тролить не по делу не осилятор это ты а у меня своя правда.
     
  • 4.76, Аноним (74), 19:58, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А вот на расте…
     
     
  • 5.87, nvidiaamd (?), 21:54, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А на расте нет в системе полезного кода. И хорошо что не появится.
     
  • 3.104, Аноним (-), 10:40, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что предлагается то -O3 например может сильно раздуть код а выигрыш иногда то... большой текст свёрнут, показать
     
     
  • 4.111, Игуанодон (?), 12:38, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    -Os хватит всем.
     
     
  • 5.126, Аноним (-), 20:00, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > -Os

    Для gcc существенно не отличается от -O2. Вообще не понятно для чего нужен.

     
     
  • 6.150, n00by (ok), 08:02, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На процессорах с небольшим кешем инструкций может оказаться быстрее. Во времена Целеронов было особенно заметно, потому Интел рекомендовала оптимизировать по скорости - надо же как-то объяснить цену кукурузных Пней.
     
     
  • 7.155, Аноним (-), 10:15, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > bash $ diff -u <(gcc -O2 -Q --help=optimizers) <(gcc -Os -Q --help=optimizers)

    Посмотри вывод. Разница только в выравнивании блоков (функций, циклов, меток для перехода и тп). На размер кода это практически не влияет, так как всё мелкое заинлайнится, а большое - разница не больше погрешности измерений.

     
     
  • 8.177, n00by (ok), 09:49, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Когда я это смотрел, использовал профилировщик и замерял время исполнения Вырав... текст свёрнут, показать
     
     
  • 9.179, Аноним (-), 10:03, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично ... текст свёрнут, показать
     
     
  • 10.180, n00by (ok), 10:10, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Будем разбирать, в чем отличия в плане выравнивания и почему у меня написано ... текст свёрнут, показать
     
  • 10.181, n00by (ok), 10:17, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почему именно MSVC Он генерирует pdb Это надо не только для отладки Тогда был... текст свёрнут, показать
     
  • 6.176, Аноним (-), 09:49, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Для gcc существенно не отличается от -O2. Вообще не понятно для чего нужен.

    Вообще-то отличается. Особенно на микроконтроллерах. Код заметно меньше. Затем и нужен. А так прикольно, приперся какой-то некомпетент с маргинальным бэкграундом и выдал свое сверхценное мнение о (не)нужности фичи.

    Мораль сей басни такова: чем безапелляционнее заявы тем некомпетентнее заявляющий.

     
     
  • 7.182, Аноним (-), 10:47, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Особенно на микроконтроллерах.

    Где максимум gcc4. Там да, '-Os' достаточно сильно отличается от '-O2'.
    Начиная с gcc5 сильно поменялась оптимизация по размеру.

    Есть 'clang -Oz', вот он пытается.

    > Мораль сей басни такова: чем безапелляционнее заявы тем некомпетентнее заявляющий.

    На себя посмотри.

     
     
  • 8.191, Аноним (-), 21:36, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так, что я там про некомпетентность говорил Прости, тезка, но LAMERS MUST DIE ... большой текст свёрнут, показать
     

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

  • 1.93, Аноним (93), 22:54, 06/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Продолжена работа по расширению поддержки будущих стандартов C2X и C++23 для языков C и C++. Например, добавлена поддержка выражения "if consteval"

    Возникает мысль, оправданы ли эти специфические конструкции? Не есть ли это отклик на упрощение мыслительной деятельности программистов?

     
     
  • 2.94, Аноним (94), 23:35, 06/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, давайте будем писать на ассемблере.
    Мыслительная деятельность программиста состоит не в том, чтобы бороться с языком.
     
     
  • 3.102, Аноним (102), 10:09, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    для отключенного-отсутствия мозга уже есть яваскрипт, питон и раст
     
     
  • 4.107, Аноним (107), 11:23, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжайте доказывать себе мощь своего интеллекта. Правда, проектов на ассемблере что-то не видно.
     
     
  • 5.124, Аноним (84), 13:49, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо смотришь.
     
     
  • 6.125, Аноним (125), 17:13, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так ткните же носом. Только не в утилитку на 50 Кб, и не в фае-проекты типа KolibriOS.
     
     
  • 7.151, n00by (ok), 08:10, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, как ткнуть носом в сорцы Линукс и прочие ffmpeg-и, так и не научился программировать утилиту find.

    Но вот сайт https://2ton.com.au/Products/ крутится на вебсервере, который автор умудряется продавать. Наверное, потому что в Австралии вверх ногами ходят?

     
     
  • 8.161, Аноним (161), 20:37, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    FFmpeg C 91 6 , Assembly 6 4 Linux kernel C 98 4 , Assembly 0 9 Про упомянут... текст свёрнут, показать
     
     
  • 9.166, n00by (ok), 08:39, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот, совсем ничего Значит можно выкинуть, ничего же не изменится Автор его ... текст свёрнут, показать
     
     
  • 10.183, Аноним (183), 11:15, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь ассемблер используется по необходимости Никто же в здравом уме не собирае... текст свёрнут, показать
     
     
  • 11.189, n00by (ok), 09:23, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там Си используется по необходимости поддержки различных платформ Керниганн и Р... текст свёрнут, показать
     
  • 3.132, Аноним (14), 10:25, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На ассемблере не надо бороться с языком. Чем проще и примитивнее программист, тем проще ему писать на простых и примитивных языках.
     
     
  • 4.153, Аноним (136), 08:15, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И переписывать под каждую архитектуру.
     
  • 2.105, Аноним (-), 10:42, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Возникает мысль, оправданы ли эти специфические конструкции? Не есть ли это отклик
    > на упрощение мыслительной деятельности программистов?

    Как ты себе представляешь static assert как упрощение? :)

     
  • 2.117, Neon (??), 13:11, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Все новомодные добавления в стандарты С++ сделаны не для конечных разработчиков прикладников, а больше для самих разработчиков этих стандартов. Междусобойчик для себя. Каждый член тащит в стандарт нужное лично ему. Страшно далеки они от народа и простых программистов. Конкретный пример: эллиптические интегралы в стандартной библиотеке есть, а вот поддержки сети нет. Что нужнее простым программистам в их повседневной деятельности ответ очевидный. Явно не эллиптические интегралы. А про наркоманские модные нововведения я уже и не говорю.
     
     
  • 3.123, Аноним (84), 13:47, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Каждый член тащит в стандарт нужное лично ему

    Типичная имитация бурной деятельности. Особенно под прикрытием НКО и массой донатов, за которые не надо отчитываться.

     
  • 3.135, Аноним (-), 16:38, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Каждый член тащит в стандарт нужное лично ему

    Для языка Си я бы запретил участие в нём компании Майкрософт.

    >а вот поддержки сети нет.

    В языке программирования поддержка Сети? Вы наркоман?

    >Что нужнее простым программистам в их повседневной деятельности ответ очевидный. Явно не эллиптические интегралы

    Кто тут кукарекал, что прогрраммисту нужна математика?! Прошёл школьный курс математики - этого на достаточно.

     
     
  • 4.178, Аноним (178), 09:53, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Для языка Си я бы запретил участие в нём компании Майкрософт.

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

    > Кто тут кукарекал, что прогрраммисту нужна математика?! Прошёл школьный курс математики
    > - этого на достаточно.

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

     
     
  • 5.184, Аноним (-), 11:43, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Майкрософт так то к счастью почти устранился оттуда.

    В стандарте 2011 года "раздел K" они делали. Когда им надо они втягиваются, и это плохо. Сам по себе "раздел  K" не плох, просто не хочется чтобы проклятая компания лезла своими грязными руками в стандарт чистого Си. Майкрософт - это проклятая компания.

    >Попробуй с школьным курсом накодить декодер рида-соломона, я на это посмотреть

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

    >Просто посмотреть как тебе абстракции порвет на юнион джек.

    Ты серъёзно? Да после университетской математики человек может запросто попасть в психушку.

     
     
  • 6.192, Аноним (-), 22:51, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сям вообще так то по уму next gen нехило бы Все же плюсота и хруст по уровню ко... большой текст свёрнут, показать
     
  • 3.143, Аноним (82), 21:01, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > эллиптические интегралы в стандартной библиотеке есть, а вот поддержки сети нет

    Ложное противопоставление. Поддержка эллиптических интегралов никак не мешает поддержке сети.

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

     
     
  • 4.152, n00by (ok), 08:13, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> эллиптические интегралы в стандартной библиотеке есть, а вот поддержки сети нет
    > Ложное противопоставление. Поддержка эллиптических интегралов никак не мешает поддержке
    > сети.

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

     
     
  • 5.158, Аноним (82), 17:38, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если убрать из стандартной библиотеки эллиптические интегралы - сеть там волшебным образом не появится.
     
     
  • 6.168, n00by (ok), 09:22, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю что будет, если ждать, пока дядя что-то выкинет. Если попробовать самому написать реализацию стандартной библиотеки, тогда станет понятно: если нет интегралов, всё остальное делать немножко проще.

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

     
     
  • 7.186, Аноним (82), 18:09, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Экзекьюторы нужны для асинхронного выполнения кода. И стандартизаторам С++ хочется сделать универсальные экзекьюторы, общего назначения, которые подойдут и для Asio, и для других целей. И потом стандартизировать сеть на базе Asio и тех экзекьюторов.

    Сейчас в Asio роль экзекьютора выполняет io_context. Проблема с ним в том, что он не универсален, а специфичен для Asio.

     
     
  • 8.188, n00by (ok), 09:13, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это со стороны дизайна А что бы можно было написать рабочую реализацию, достато... текст свёрнут, показать
     
  • 2.118, Neon (??), 13:12, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Страшно далеки от народа и простых программистов прикладников все эти разработчики стандартов со своими наркоманскими нововведениями
     

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

  • 1.127, Аноним (127), 00:36, 08/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой там C++23, до сих пор нормальную поддержку модулей из C++20 не завезли
     
     
  • 2.130, Аноним (84), 04:18, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем вообще каждые 3 года рожать новый стандарт, местами ломая совместимость с предыдущим?!
     
     
  • 3.131, Аноним (84), 04:19, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Причём тенденция, чем новее продукт - тем чаще его ломают.
     
  • 3.142, Аноним (82), 20:01, 08/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А в Яве каждые полгода рожают.
     
     
  • 4.145, Аноним (84), 03:03, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    см. мой коммент выше, плюсы - 83, жаба - 95
     
     
  • 5.157, Аноним (82), 17:26, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты наверное на другой коммент хотел ответить.
     
     
  • 6.160, Аноним (84), 19:41, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты просто повторил то, что я сказал выше. Читай внимательно.
     
     
  • 7.162, Аноним (82), 22:48, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Перечитал, не увидел повторения. Не мог бы ты перестать говорить загадками и объяснить поподробней? Коммента 83 вообще не существует, кстати.
     
     
  • 8.163, Аноним (82), 22:50, 09/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А коммент 95 не про жабу ... текст свёрнут, показать
     
     
  • 9.164, Аноним (84), 00:51, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не тупи, если не знаешь, кто в каких годах появился ... текст свёрнут, показать
     
  • 8.165, Аноним (84), 00:53, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да Давай я тебе в разговоре про время более подробно напишу, чтоб до тебя дош... текст свёрнут, показать
     
     
  • 9.185, Аноним (82), 17:59, 10/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, ты привёл года, а что сказать то хотел Из тебя мысли как будто клещами ... текст свёрнут, показать
     

  • 1.190, Аноним (-), 20:37, 11/05/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для языков C и C++ добавлена встроенная функция __builtin_dynamic_object_size для определения размера объекта, совместимая с аналогичной функцией из Clang.

    Пропал Калабуховский дом.

     
     
  • 2.193, Аноним (-), 23:05, 11/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Издеваешься? У gcc builtin'ов как у собаки блох, clang их большую часть тоже собезьянил. И они так то на двоих и задают тон в "нестандартных" фичах. А почему шланг из gcc это передирать может, а из шланга удачный builtin содрать нельзя?
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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