Кавоооо

похоже на график уровня либеральности

AD&D? Не, не слышал. 😂

Хехе

Нашёл там даже какой-то компилятор, по меньшей мере лексер и парсер. И мне показалось, что там своя UI библиотека?

Нет, Dear ImGui

Спасибо. Но все равно очень достойная работа.

Да, тоже понравилось

Но, блин, нахрена было завязываться на C++20? В результате оно требует GCC 10.2.0 и не может слинковаться на FreeBSD из-за несовместимости сигнатур llvm::demangle().

С++20 вышел же, почему и не завязаться? Во фре ведь llvm по дефолту?

Во фре дефолтный (системный) компилятор это Clang 11.0.0, и большинство пакетов собирается им, в частности, LLVM. Но т.к. он еще не умеет в #include <concepts>, в данном случае для сборки приходится задействовать GCC со всеми вытекающими. Вообще, учитывая хрупкость плюсового ABI, использовать самую свежую версию стандарта в опенсорсном софте это имхо моветон; во всяком случае, нормальное олдскульное пакетирование без запекания всех зависимостей это осложняет порядочно.

Здесь получается такой выбор - либо использовать последнюю версию или N - 1 (как сам LLVM пытается) без компромиссов, либо городить портянки using или define чтобы собиралось, начиная с С++11, но по возможности использовало фичи более свежих стандартов, если все же собирается современным компилятором. Видел код, написанный по второму подходу, читать его очень не просто, глаз постоянно натыкается на всякие _СXX11_CONSTEXPR, например (ибо вдруг у нас С++11, а там такого ключевого слова нет). #include <concepts> рано или поздно завезут, а код потом переписывать придется. Противоположным примером могу назвать Eclipse OpenJ9 и OMR, т.к. разрабатывается IBM, то вынуждены тянуть совместимость со всякими z/OS, IBM i, где возможно и С++11 нет. Претензия больше к инфраструктуре вокруг С++, нет Reference Implementation, всегда будут платформы, где нет компилятора, поддерживающего последний стандарт.

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

Ну для <concepts> клангу достаточно подсунуть libstdc++ от gcc10 и он скушает

не знаю как на других дистрах / ОС, но на арчах в бинарях представляют stdlib только от gcc. А если хочется от шланга, то придется ручками компилить и это в 5 / 10 случаев заканчивается матерными криками

Боюсь, так просто в лоб это не получится. Попытался скомпилировать простой пример с концептами с помощью clang++ -nostdinc -nostdlibinc, последовательно добавляя недостающие gcc'шные инклюды, и через несколько итераций увяз в конфликтах со всех сторон.

Так наверное и нельзя

Стдлиба часть языка все таки

Предлагаю статически слинковаться с libstdc++

Ну да, в успех я и не верил. :-) В общем, опакечу для начала без деманглинга, а там, как говорится, patches welcome.