GCC 14 — первые впечатления

Сколько софта перестало собираться?

Насколько gccrs юзабелен?

По меньшей мере, Stellarium-git собрался, alex-w.

Как проверить? Я на Расте иногда собираю только официальным компилятором.

Даже не жнаю. Слышал что для cargo враппер есть
у меня всё ещё 12 gcc в системе

Дрова нвидии

https://forums.developer.nvidia.com/t/nvidia-modules-build-failure-with-upcom...

Хотел поучаствовать в тестовой неделе 6 плазмы, но меинтейнер пакета в rpmfusion фиксить ничего не будет до беты 40 федоры (в марте), а ручной патч акмода как по ссылке у меня не заработал.

fn main() {
    println!("Hello world!");
}

$ gccrs-14 -frust-incomplete-and-experimental-compiler-do-not-use hello_world.rs

hello_world.rs:2:5: error: unknown macro: [println]
   2 |     println!("Hello world!");
     |     ^~~~~~~

:)

А если через rustc-wrapper?

Я установил cargo-gccrs, но:

internal error: entered unreachable code: cargo-gccrs cannot install gccrs yet

Видимо пока не готово :(

В общем, сделал ссылку gccrs-14 -> /usr/local/bin/gccrs.
$ cargo gccrs init работает, а $ cargo gccrs build – нет.

-frust-incomplete-and-experimental-compiler-do-not-use

:)

А чего бы ему не собираться? У нас вроде нет ничего специфического :)

у меня сид на экспериментальной репе - 4 дня назад прилетело, причем говорит что 13 больше не нужно и его надо того autoremove, а если без экспериментальной репы - 14 рядом с 13 встает и autoremove его не удаляет.

Ну мало ли, могли же C++17 сломать, или std наоптимизировать… :)

Это запросто… сейчас меня больше беспокоят «оптимизации» в MESA, после которых Stellarium выглядит как рабочий

gccrs-14

а gcj там окончательно издох?

gcj

А что это? Даже в Debian никакой версии не нашёл.

java-компилятор

Году в 2017-м, с выходом GCC 7.

А что там с Go? Помнится, обещали generic-и, а в релиз-нотсе ни слова.

а в релиз-нотсе ни слова

Да. Последнее, что было в 13:

GCC 13, like GCC 12, provides a complete implementation of the Go 1.18 user packages.
Although Go 1.18 includes support for generic programming, that support is not yet available in GCC.

У кого Арч? Там уже 14.1.1+r1+g43b730b9134-1.

The <stdckdint.h> header for checked integer arithmetic.

#ifndef _STDCKDINT_H
#define _STDCKDINT_H

#define __STDC_VERSION_STDCKDINT_H__ 202311L

#define ckd_add(r, a, b) ((_Bool) __builtin_add_overflow (a, b, r))
#define ckd_sub(r, a, b) ((_Bool) __builtin_sub_overflow (a, b, r))
#define ckd_mul(r, a, b) ((_Bool) __builtin_mul_overflow (a, b, r))

/* Allow for the C library to add its part to the header.  */
#if !defined (_LIBC_STDCKDINT_H) && __has_include_next (<stdckdint.h>)
# include_next <stdckdint.h>
#endif

#endif /* stdckdint.h */

checked integer arithmetic.

Пушка!

Пушка!

Не очень, по сравнению с std Rust. :(

std::expected?

А чего 14? На дворе как бы 24 уже

Меня гораздо больше впечатляет появление встроенного статического анализатора:

https://gcc.gnu.org/onlinedocs/gcc/Static-Analyzer-Options.html#index-Wanalyzer-overlapping-buffers

А ещё то, что в C++23 добавили print. Стоило двадцать с чем-то лет писать, о том, что правильно использовать для вывода cout, чтобы потом вернуться к использованию форматной строки.

Хотя она конечно теперь и другая, с типобезопасностью, как этого подход крестов требует.

Но в целом выглядит так, что комитет своими действиями просто потвердил один из параграфов в C++ Frequently Questioned Answers: https://yosefk.com/c++fqa/io.html#fqa-15.1

ведро(ванильку) с -fhardened собирал?

printf вроде алиас для cout, попробуй при компиляции исключить stdlib/stdio - ошибка с именем функции не будет содержать printf.

printf

print

void print(format_string<Args...> fmt, Args&&... args);
int printf( const char *format, ... );

its_a_same.jpg

Правда не видишь разницы между compile-time type-safe интерфейсом и принтфом?

stacktrace допилили до состояния, когда им можно пользоваться.

Ещё бы хотелось std моудльную, чисто для удобства, меня уже заипали 100500 строк вида #include <…>, может к c++40 запилят таки уже наконец.

может к c++40 запилят таки уже наконец.

Уже запилили даже в CMake 3.30: https://gitlab.kitware.com/cmake/cmake/-/merge_requests/9337/

Правда пока только для MSVC и clang.

Правда пока только для MSVC и clang.

Я только на ГЦЦ ориентируюсь. Шланг отпугнул меня своими очень странными оптимизациями, невольно задумался: «может они там наркоманы?». Да и вся эта LSP лабуда оказалась не сильно то и нужной, поигрался и забыл.

GCC 14 по умолчанию компилирует с -Werror=incompatible-pointer-types.

Может я в шары долблюсь, но я не увидел информации об этом в релиз нотах.

Тут: https://gcc.gnu.org/gcc-14/porting_to.html#warnings-as-errors

Спасибо.

Важные изменения.

sid/ceres

trixie уже stable? я что-то пропустил?
я пока что только имя пакета нашёл. - Вы видимо из sid в stable тягаете ceres*