LLVM 11

В чём именно заключается «эксперимент по включению Фортрана»?? Сам эксперимент - медицинский штоле?

Там вроде фортран18 должны включить в стандарт. Нужная вещь.

Но почему они вдруг решили что Питон подходящий инструмент? Ведь есть более удачные и менее тормозные скриптовые языки, например Руби.

Ну тогда 20 стандарта ещё не было. И первая версия модулей у МС тоже была нестандартная.

Но почему они вдруг решили что Питон подходящий инструмент? Ведь есть более удачные и менее тормозные скриптовые языки, например Руби.

А с чего это еле живой руби более удачный? Да и по тормозам сейчас они примерно одинаковы. Если брать начало разработки clang (примерно 2007 год) то тогда руби был как раз более тормозной. Но вообще чисто технически что руби что питон оба вполне подходящие как запускалки тестов и языки мелких сборочных утилит. Но сейчас питон более распространен и поэтому подходит для подобных целей лучше.

я даже конпелятор язык monkey на нем писал. Даже работало все, кроме самопального GC и некоторых фичей типа tail recursion ибо было лень дальше писать. Ну и естественно приходилось аисать руками некоторые моменты, чтоб проверять как оно там работает.

Может я что-то упустил, но где там в системе сборки питон? Там CMake. Вот lit, который для тестов используется, написан на питоне.

Наверное потому, что Python популярнее. Вот conan.io тоже на Python написали.

Почему? Зачем?

Потому что, и то и другое это санное говно

conan.io написан на html, потому что сайт. Менеджер называется просто Conan.

А вообще они именно так и обосновали, почему менеджер пакетов для C++ не обязан быть написан на нем.

Твои кумиры, негодяй. Они, держу тебя в курсе, «растут». Теперь они воздействуют не только на конкретного человека, но и на его семью (пара минут): https://youtu.be/nmV3TfjAtUA?t=1564

А тут они только на человека ещё воздействуют до близких не додумались: https://www.youtube.com/watch?v=1AZLQUZ2Kpg

I-Love-Microsoft, этой обслуге тоже будет интересно, кастаните его, пожалуйста. Может мысли какие у него появятся, а то он подтирать за собой научился к середине жизни, чем гордится, лол, авось и мысли однажды будут… Ай, да что он нём писать…

Прочая обслуга и силовики, сходите по ссылке посмотрите/почитайте про «своих». Как вам там с ними здоровается, нормально?) Думаю, что нормально. (:

Linux тут при том, что идея свободы рождения «здоровых» систем (как GNU/Linux), как и свободу рождения «здоровых» детей следует поддерживать как продуктивную для всех.

это тупо отговорки, вот джетбрейнс тоже лепят тормозные ide для ++, потому что ide для плюсов не обязан быть написаны на ++, в итоге имеем то что имеем 😄

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

есть более удачные и менее тормозные скриптовые языки, например Руби.

Может я что упустил, но ты много, например, знаешь систем сборки написанных на руби для проектов содержащих код на разных языках? На питоне мне известно 2-3 достаточно универсальных и 1 заточенную под фортран.

К тому же, люди имеющие дело с C++, на котором написан llvm, с большей вероятностью чаще имеют дело с python, чем с ruby.

Потому что весь ML сейчас делается на питоне, весь нормальный веб — на микросервисах на ноде или на худой конец жабе, а руби остался там, где ему и место. Каким бы раззвездатым ЯП ни был архитектурно и синтаксически, без сторонней поддержки (если он не является самодостаточным) он — ничто.

И да, кукареканье о тормознутости питона в 2020 реально уже смешно наблюдать.

Не могу пройти мимо и не потыкать палочкой :) Проверка Clang 11 (и LLVM 11) с помощью PVS-Studio - https://habr.com/ru/company/pvs-studio/blog/525248/

Может я что упустил, но ты много, например, знаешь систем сборки написанных на руби для проектов содержащих код на разных языках?

я знаю одну или две. где-то в районе eax.me и ещё одного непризнанного еухения

более удачные и менее тормозные скриптовые языки

например Руби.

python

два тормоза пара. но это не важно.

Каким бы раззвездатым ЯП ни был архитектурно и синтаксически, без сторонней поддержки (если он не является самодостаточным) он — ничто.

потому что широко распеаренные батарейки. а так-то почти на любую скриптуху есть более эффективная альтернатива, правда без батареек , лол :))

человекочитаемый псевдобейсик? python -> Rexx, ooRexx, да тот же ruby тормозной смолтоковый, gdscript, из bazel что-то такое ещё

встраиваемое нечто? lua -> euphoria, squirrel и т.п.

другое дело, что без батареек они никому не нужны.

В случае с Borland удивительно почему на нем продолжают жевать кактус в наши дни. Оно должно было сдохнуть ещё к середине нулевых самое позднее

https://numba.pydata.org/

интересно.

учитывая что в последние релизы питона PEG-грамматики завезли, и например тот же Jupyter notebook и некоторые языки в обёртке питона (питонофорт peforth гитхаб с магией встроенного питона , питоносхема calysto , питоносишку/питонопаскаль с AST макросами nim) – можно ожидать появления массы компиляторов, написанных за пару дней и использующих питон в качестве IR такого компилятора – непосредственно транслируемых в нативный код через LLVM ?

есть впрочем и для x86 asm Jupyter notebook

можно впрочем и по старинке ocaml использовать, для которого биндингам под LLVM сто лет в обед.

по крайней мере, курсы по метакомпиляторам: раз два вроде META, OMeta и т.п. вполне напрашиваются на такое вот переписывание.

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

хоть метапрог какой-нибудь «сам на себе»