ну и правильно, всего 20 лет прошло же. главное чтобы с++20 поддерживал в 2019, а с++23 в 2020. васяны такие васяны.

Такой херотой, увы, не только они занимаются.

А GNU Cobol последние стандарты не поддерживает, думаю это ставит крест на использовании линуксов.

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

По оптимизации - да.

Проскакивало в новостях, что уже можно для x86 собрать. Но не знаю, на сколько достоверно.

с99 он уже поддерживает или ещё нет?

Нет и не будет. Это же вообще не про С++.

4.2

C99 Conformance Visual Studio 2015 fully implements the C99 Standard Library, with the exception of any library features that depend on compiler features not yet supported by the Visual C++ compiler (for example, <tgmath.h> is not implemented).

https://docs.microsoft.com/en-us/previous-versions/hh409293(v=vs.140)?redirec...

The compiler’s support for C99 Preprocessor rules is incomplete in Visual Studio 2017. Variadic macros are supported, but there are many bugs in the preprocessor’s behavior. We are overhauling the preprocessor, and will experimentally ship those changes under the /permissive- mode soon.

https://docs.microsoft.com/en-us/cpp/overview/visual-cpp-language-conformance...

4.2

4.2 https://docs.microsoft.com/en-us/cpp/overview/visual-cpp-language-conformance...

Ты поехавший уже всё!

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

Говорят, что оно тихо и не заметно сменило лицензию на неугодный Апач2 и в стане опенбсд от этого знатно бомбит.

опенбсд от этого знатно бомбит

Надо было форкать PCC!

Хренасе, и правда тихо и незаметно: https://github.com/llvm-mirror/llvm/blob/master/LICENSE.TXT

а чего бомбит-то? не GPL ведь

А, нашел давнее разъяснение. http://lists.llvm.org/pipermail/llvm-dev/2017-April/112300.html

Оказывается, не совсем незаметно. Процесс шел уже несколько лет http://llvm.org/foundation/relicensing/

Вообще-то серьезное изменение. Такое в новости должно быть первой строчкой.

Они недавно всю систему от Apache кода вычистили и очень радовались этому.

Тут Тео строит планы по сокрушению своих соперников в лице LLVM. https://marc.info/?l=openbsd-misc&m=147503691302850

для того кто в танке, объясните чем лицензия Apache плоха для BSD систем?

Здесь: http://lists.llvm.org/pipermail/llvm-dev/2017-April/112300.html

Вероятно, плоха не для всех БСД, а для опенка.

отмечается обеспечение готовности целевой платформы RISC-V

Дайте же уже её пощупать, платформу эту. Желательно в виде мобилы. Желательно (но не обязательно) кнопочной.

В libc++ стал поддерживаться WASI (WebAssembly System Interface), а в LLD появилась возможность динамического связывания WebAssembly.

Джва года ждал*. Свидетели Васи, возрадуйтесь.

* — not really

А на чем вывод основан? gdc использует как бекенд gcc со всеми вытекающими. Я бы не сказал, что gcc однозначно сливает llvm, скорее наоборот.

Другое дело, что в gdc фронтенд самой последней версии что на плюсах написан, а это аж 2.68, в то время как сейчас уже 2.088 вышла. Но без бутстраппинга все равно никак, первая версия должна быть плюсовая, чтобы ее можно было собрать, а последующие версии уже будут дишные.

https://twitter.com/ajacoutot/status/1175706744489697281

Мнения и ссылки здесь

объясните чем лицензия Apache плоха для BSD систем?

В лицензии Apache 2 есть защита от патентных троллей, чтобы они не могли вас иметь, а для BSD это недостаточно свободно.

time-trace

-ftime-trace - killer feature, if you want to analyze & optimize your build times

Основано на мнении других людей в Интернете и личном опыте.

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

На других backend'ах разница не столь существенна.