LLVM 8.0 почти вытужили

Кстати, попутно вопрос: если кто в списках рассылки, откуда задержка релиза известно?

https://bugs.llvm.org/show_bug.cgi?id=40331

вытужили

родили или выкакали?

почитал release notes, годный релиз выходит...

Windows Support
Allow using Address Sanitizer and Undefined Behaviour Sanitizer on MinGW.

Спасибо

Субьективно.

Кстати, а в проде MinGW кто-нибудь использует вместо VS?

родили или выкакали

Выродили

Кстати, попутно вопрос: если кто в списках рассылки, откуда задержка релиза известно?

DELIRIUM

Кстати, а в проде MinGW кто-нибудь использует вместо VS?

Конечно, а чего бы нет?

Всё окружение в msys2 развернул себе.

Да

А почему вдруг не надо использовать свободные инструменты вместо несвободных?

Ну по факту на венде проблемы с тредами, исключениями, производительностью, кучей слоёв абстракции. Сравнивать надо, но с линковкой будут проблемы. А скажем llvm относительно нормально в студию интегрируется, и как компилятор он приятней. Оттуда и пошла его популярность, но многие помнят о том, что он всегда сливал и будет сливать гцц.

А почему вдруг не надо использовать свободные инструменты вместо несвободных?

Ну у студии, есть некоторые преимущества, в конце концов, в Linux же немногие компилируют свои приложения clang, в основном системным gcc...

• Студия больше соотвествует стандарту С++17
• Студия - системный компилятор, не нужно тащить dll, меньше размер приложения

Относительно первого требуются пруфы, а для второго clang поддерживает вендовое ABI.

Clang, да, поддерживает ABI. Вопрос был об MinGW

Кстати, а в проде MinGW кто-нибудь использует вместо VS?

По поводу первого, только MSVC зелёный.... https://en.cppreference.com/w/cpp/compiler_support#cpp17

а чего бы нет?

Например, с того бы, что отладочные символы отнюдь не в DWARF.

Студия - системный компилятор

Студия - это вообще не компилятор, клоун.

По поводу первого, только MSVC зелёный.... https://en.cppreference.com/w/cpp/compiler_support#cpp17

Чёт не заметно как их заявленное соответствие проявляется на практике. Тест «Stricter expression evaluation order»: https://godbolt.org/z/htlsEt

MSVC 19.16 даёт неверный код, хотя написано, что этот пропозал реализован с 19.14.

https://godbolt.org/z/YlO7ez вот, более очевидная разница

Ок, если указать /std:c++latest то результат правильный в 19.16.

Но в 19.14 всё ещё неправильный, хотя он указан в таблице зелёным.

Потому что привет из другой вселенной.

Спрошу. Рассылки я с ноября не мониторю, как уволился.

штудия требует тащить dll как раз. Они не осилили юзать системный msvcrt. Особенно в свежих штудиях с приложениями тащится куча библиотек, которые представляют из себя разбитый на модули ucrt

Всё они осилили. Нужно лишь читать документацию.

uctrt - новая версия библиотеки С, и такая же системная как и msvcrt.

If you currently use the VCRedist (our redistributable package files), then things will just work for you as they did before. The VCRedist package includes the above mentioned Windows Update packages, so simply installing the VCRedist will install both the Visual C++ libraries and the Universal CRT. This is our recommended deployment mechanism

То что можно в ручную скопировать api-ms-win-core-console-l1-1-0.dll и прочие api-ms-win-****.dll и ucrtbase.dll и будет работать, не делает это обязательным или даже хорошим путём.

Имхо, можно считать что C и C++ рантайм от MSVC всегда есть в системе и тащить его рядом с бинарниками бред.

ucrt системный только в windows 10, те кого заботит чтоб их софт запускался везде, будут вынуждены тащить всё это с собой.
msvcrt/msvcp всегда либо таскался с собой, либо подтягивался установщиком который говорил что не будет продолжать пока не скачаешь ту или другую редиску с сайта microsoft
Немного лучше с этим ситуация в дрищатке т.к все актуальные редиски выкачиваются с обновлениями, которые считаются принудительными. Но старые редиски 2003-2013(7-12) годов всё же приходится доставлять отдельно.
Да, обычно его не таскают рядом с бинарником, а просят поставить.
Но если речь идёт о portable софте, то всё же прикладывают рядом. Ибо по другому он перестаёт быть portable требуя установку чего-то с админскими правами
Ну и таскать рядом - плохой подход потому что так в случае ошибок и дыр системные обнвления его не исправят. Просто для portable другого выхода нет - установщик с сайта microsoft админку требует

Кому там скор надо?

{fatmode}
Для скора лучше новость про руст 1.33.0.
{fatmode}

Например, потому что они бажные и недотягивают по фичам

Применительно к современным продуктам, слово «родили» явно лишнее :-))

Есть релиз!

http://releases.llvm.org/download.html#8.0.0

Для тех, кто желает использовать новый LLVM-8.0.0 совместно с Mesa-18.3.2 на FreeBSD, достаточно обновить порты, в /etc/make.conf задать следующие параметры:

DEFAULT_VERSIONS+=llvm=80
MESA_LLVM_VER=${LLVM_DEFAULT}

и перекомпилировать Mesa:

portmaster -gD mesa-

Должно оказаться что-то вроде такого:

% pkg info -r llvm80
llvm80-8.0.0:
	mesa-dri-18.3.2_2