https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html В компании Rad Hat ведётся разработка нового легковесного JIT-компилятора MIR, обеспечивающего выполнение кода, предварительно преобразованного в промежуточное представление MIR (Medium Internal Representation, не путать с другим промежуточным представлением MIR (mid-level IR), применяемым в компиляторе Rust). Проект нацелен на предоставление основы для реализации быстрых и компактных интерпретаторов и JIT. Код проекта написан на языке Си и распространяется под лицензией MIT...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52223<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#151 Sun, 02 Feb 2020 21:15:31 GMT Можно, наверное, написать ридер mir-ir для Схемы, если там так мало инструкций. И получится компилятор Руби в Схему. Отличное решение, я считаю.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#150 Sat, 25 Jan 2020 20:38:45 GMT &gt; # есть закурить?<br>&gt; No matches found <br><br>"а если найду?"<br><br>&gt;&gt;&gt; ну в принципе да, нельзя вытеснить того, чего нет <br><br>(простите (не . удержался))<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#149 Sat, 25 Jan 2020 20:29:00 GMT # eix -I lisp<br>No matches found<br><br><br>ну в принципе да, нельзя вытеснить того, чего нет<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#148 Fri, 24 Jan 2020 12:39:40 GMT &gt;Для решения простых задач C++ зачастую не оптимален в качестве инструмента: дольше разработка, больше риски ошибок.<br><br>Для простых задач "тяжеловес" Си++ ничем не хуже других языков. Совсем. Более того: внятное объявление типов и очевидная работа с памятью пресекают бОльшую часть ошибок ещё на этапе до компиляции. И это более заметно именно на небольших проектах. На больших проектах всё равно придётся обложиться планами, тестами т.п.<br><br>&gt;И говорить о C и C++ в одном контексте, право слово, почти всегда некорректно.<br><br>Может и так, но они оба входят во множество хороших и привычных языков программирования и использовались мной именно в этом контексте.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#147 Fri, 24 Jan 2020 12:03:18 GMT &gt; Понятия не имею о чём ты говоришь. Хочешь -- используй, не хочешь <br>&gt; -- не используй.<br><br>С утверждением "хочешь - используй" спорить даже не собираюсь. Но я говорил про это:<br><br>&gt;&gt; Си++ не сложен пока не возиться с шаблонами и не городить что-то нетривиальное с наследованием.<br><br>Для решения простых задач C++ (речь не о лабораторных работах первокурсников, разумеется, а реальных потребностях) зачастую не оптимален в качестве инструмента: дольше разработка, больше риски ошибок. Опять же, существую языки, изначально заточенные для работы в той или иной области... C++ - тяжеловес-универсал, нужный тогда, когда другие перестают справляться. Он ценнен как раз своими возможностями вроде упомянутых вами множественного наследования и template'ов (которые сравнивать с generic-типами в языках типа Java язык не повернётся). И говорить о C и C++ в одном контексте, право слово, почти всегда некорректно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#146 Fri, 24 Jan 2020 11:22:25 GMT &gt;&gt;Но WASM же делает то же самое. Нахера?<br>&gt; и ллвм делает почти тоже самое, даже больше. Если кто знает - <br>&gt; напишите зачем оно нужно при наличии ллвм и остального?<br><br>MIR предлагает простой универсальный компактный JIT с пермиссивной лицензией, который легко использовать, поддерживать и интегрировать. При этом для более 90% задач выдается более 90% скорости от полноценной "нативной" оптимизации.<br><br>1. Использование MIR в условном вашем проекте потребует в ~5 раз меньше усилий в сравнении с LLVM.<br>При этом не возникает пропорции "один рябчик (ваш код) и один конь (код LLVM)". Вам в разы проще поддерживать ваш проект и "владеть" вашим кодом.<br><br>2. Добавление и поддержка новой CPU-архитектуры в MIR требует в 50-100 раз меньше работы в сравнении с LLVM или GCC.<br><br>3. Если взять средний интерпретатор, то основное падение производительности происходит в циклах при работе с нативными машинными типами данных. Использование MIR позволяет получить тут более 90% от нативной оптимизации LLVM, но для этого потребуется в https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#145 Fri, 24 Jan 2020 10:53:31 GMT &gt;Но WASM же делает то же самое. Нахера?<br><br>и ллвм делает почти тоже самое, даже больше. Если кто знает - напишите зачем оно нужно при наличии ллвм и остального?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#144 Thu, 23 Jan 2020 16:51:50 GMT ты плохой, ненастоящий господи. потому что глупый очень.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/119551.html#143 Thu, 23 Jan 2020 16:48:28 GMT Они об этом прямым текстом говорят, предсказатель вы наш: "If we implement more optimizations, SSA transition is possible when additional time for expensive in/out SSA passes will be less than additional time for non-SSA optimization implementation".<br><br>Ну или вы хотели как-то странно пошутить, но не вышло. Сочувствую, со всеми бывает.<br>