Включение flang (f18) в llvm отложено

Лучше swift пусть включают, и Dlang

Тебе известны проекты, которые разрабатывают компиляторы swift и dlang на основе llvm? Над этим должны работать сами разработчики компиляторов.

Не очень понял мысль. Я про поставку D, Swift по дефолту в llvm, как и clang, flang. Типа как в gcc всунули Go, D

D компилятор на основе llvm называется ldc и ему уже много-много лет. Очень качественный компилятор, production-ready и практически не отстает от референсного компилятора dmd.

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

Чего непонятного: разработчики flang договорились о включении (пока ещё не включили) компилятора в поставку и для этого им нужно было модифицировать код, чтобы он соответствовал определённым требованиям.

Если разработчики фронтэндов для swift и d договорятся и проделают аналогичную работу, то тогда и включат. Как минимум не раньше.

Очень качественный компилятор, production-ready

Да, есть, я потом уже нашёл. Но проблема с включением в том, что тот же f18 использовал в коде уж слишком новые фичи C++, что не рекомендовалось в рамках включения кодовой базы в состав llcm.

Gcc хоть и идёт по умолчанию, но, емнип, во многих бинарных дистрибутивах идёт только gcc и даже g++ доустанавливать нужно, не говоря об остальных. То есть всё равно разбивается на пакеты.