https://m.opennet.dev/openforum/vsluhforumID3/115725.html Опубликован (https://dlang.org/blog/2018/11/02/1748/) релиз основного эталонного компилятора DMD 2.083.0 (https://github.com/dlang/dmd/), который поддерживает системы GNU/Linux, Windows, macOS и FreeBSD. Язык D использует статическую типизацию, обладает синтаксисом, схожим с C/C++, и обеспечивает производительность компилируемых языков, при этом заимствуя некоторые полезные возможности динамических языков в области эффективности разработки и обеспечения безопасности. Например, предоставляется поддержка ассоциативных массивов, косвенное определение типов, автоматическое управление памятью, средства параллельного программирования, опциональный сборщик мусора, система шаблонов, компоненты для метапрограммирования, возможность использовать библиотеки на языке C, а также некоторые библиотеки на C++ и Objective-C. <br><br><br><br>В новой версии (https://dlang.org/changelog/2.083.0.html):<br><br><br><br>- Расширены возможности по связыванию с бинарными файлами, скомпилированными из кода на языке C++, улучшена поддержка разработки про https://m.opennet.dev/openforum/vsluhforumID3/115725.html#67 Thu, 08 Nov 2018 00:40:03 GMT И ещё более скучном Ассемблере :)<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#66 Tue, 06 Nov 2018 20:05:07 GMT Таки да, смотрите выше.<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#65 Tue, 06 Nov 2018 20:04:19 GMT Clang, LDC, Rust генерируют нативный код. Который не имеет никакого отношения к виртуальным машинам. LLVM используется как backend, как библиотека в которую можно напихать инструкции а потом сказать - сделай базовую оптимизацию, сгенерируй код конкретно для x86/x86_64/arm/... и сделай оптимизацию ещё раз но уже конкретно для целевой архитектуры. Точно также как и GCC/G++ с GIMPLE. Можно взять любой онлайн набор компиляторов C++, выбрать G++ & Clang и посмотреть что выходит в ASM. Довольно часто Clang впечатляет - меньше инструкций, жесткая оптимизация, тот же результат.<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#64 Tue, 06 Nov 2018 19:50:08 GMT А вот здесь спросить не буду. Code D единственная причина ему быть на машине.<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#63 Tue, 06 Nov 2018 15:53:24 GMT &gt; Хороший - g++, виртуальных машин не требует.<br><br>Т.е. познания на уровне "Рабинович напел"?<br>Название - просто небольшая хохмочка (попутно отлично фильтрующая "Ыкспертов"), намекающая на работу оптимизаторов, верификаторов и проч, с "промежудочной репрезентацией кода" (IR). Т.е. независимо от конкретного ЯП фронтенда. <br>Более конкретно - для многих проверок и оптимизаций используются разновидности abstract interpretation.<br><br>И (вы только держитесь покрепче! Или зажмурьте глаза и не читайте дальше, повторяя громко "вы все врети". И никогда не делайте g++ -fdump-ipa-all, ни в коем случае не заходите на https://gcc.gnu.org/onlinedocs/gccint/GIMPLE.html и не читайте строки "The C and C++ front ends currently convert directly from front end trees to GIMPLE"!) <br>если вы считаете, что в gcc или g++ нет ни промежуточной репрезентации, ни вариации абстрактной интерпретации, то у меня для вас довольно плохие новости &#8230; но вы не расстраивайтесь - ведь есть отличный и провереный временем Борланд C++ первых версий, б https://m.opennet.dev/openforum/vsluhforumID3/115725.html#62 Tue, 06 Nov 2018 07:38:47 GMT Хороший - g++, виртуальных машин не требует.<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#61 Tue, 06 Nov 2018 07:36:19 GMT Нет, не перепутал. Оба - не нужно.<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#60 Tue, 06 Nov 2018 07:34:42 GMT Но есть неслабый аргумент против, оно на Electron.<br> https://m.opennet.dev/openforum/vsluhforumID3/115725.html#59 Tue, 06 Nov 2018 06:07:43 GMT Он перепутал LLVM и JVM, наверное<br>