LLVM 4.0.0

Если имеется ввиду FreeBSD, то компиляторы тут не причём. Это у FreeBSD мэйнтейнеров какие-то проблемы возникли более года(!) назад, но они так их и не решили:

LLDB builds with shared libraries are currently broken so I've disabled shared library builds. Tools should start faster, but the package are much larger.

Если тебе с LLVM assembly разобраться сложно,то сделать свой ЯП вообще неподъемная задача

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

LLDB - это дебаггер. Во всех сборках пакетов я не использую отладчик и отладочный код исключён.

в нутре llvm действительно муторно разбираться, баговат он. а если писать backend то вообще атас.

пачку define теперь языком стало можно назвать?

Не совсем. Пускай в принципе это все можно реализовать препроцессором или даже шаблонами, но такая реализация получится очень кривой и непонятной настолько, что перл будет курить в сторонке.

почему его нужно собирать gcc, а не шлангом?

Ну чем выставишь, тем и собирай. Только разницы особой нет. Все узают gcc, значит и я gcc.

Ну в принципе я ассемблер неплохо знаю. Если бы ни нежелание изобретать велосипеды, мог бы транслировать и в машинные коды. Но LLVM вводит много всякой абстрактной лабуды при отсутствии нормальной объясняющей литературы.

Если бы ни нежелание изобретать велосипеды, мог бы транслировать и в машинные коды.

Всю оптимизацию выполнял бы сам, или оптимизация - для тех, кто не умеет писать оптимально?

Вот в том то и загвоздка, что влом. Вот и остается транслить в Си и верить в gcc. Впрочем приятнее было бы в VM байткод конечно, но хочется же производительности реалтайма.

Но LLVM вводит много всякой абстрактной лабуды при отсутствии нормальной объясняющей литературы.

Если честно - это единственная адекватная претензия к LLVM. С манами там кисло. Вот только юзеру ман не нужен

Все остальное (особенно про транслятор в С) - бред

c манами там атас и сотона. разрабы наверно уже и сами не знают, что куда втыкать.

в рассылке недавно был пост про баг в LLVM:

float f = 0.0, d;
if (f != 0.0)
   d = 1.0f/f;

падает с делением на ноль. для деления floatов забыли прописать условие «не спекулировать».

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

(особенно про транслятор в С) - бред

Предложи свои варианты выхлопа фронтэнда, кроме LLVM и всяких виртуалок аля JVM. Причем так, чтоб по регистрам самому потом расфасовывать не пришлось.

Предложи свои варианты выхлопа фронтэнда
чтоб по регистрам самому потом расфасовывать не пришлось

ты фронт и бэк не путаешь? RA фронту вообще в хрен не вперлось

ну вот я и спрашиваю, какой выбрать бэк если не LLVM и не JVM?

ну вот я и спрашиваю, какой выбрать бэк если не LLVM и не JVM?

и что, перегнать в С == выбрать бэк? О_о

C - тоже бэк. Точнее конкретно gcc. Потому что С - только формат.