> потому что llvm — кастрат. сравнивать «лучше/хуже» будет иметь смысл только
> когда llvm научится делать всё то же самое, что делает gcc,
> и как минимум не хуже.Почему? Если зафиксировать критерии сравнения, то прекрасно можно сравнивать. Можно сравнивать размер и скорость сгенерированного кода под arm или x86, можно сравнивать поддержку новых стандартов, можно сравнивать скорость компиляции, можно сравнивать качество и удобство ошибок компиляции, можно сравнивать встраиваемость, можно сравнивать поддержку различных архитектур, в конце концов. Зачем сравнивать всё вместе и сразу-то? Как правило, редко когда из этого списка нужно всё и сразу.
> апи и архитектура имеют свойство превращаться в навоз с возрастанием количества фич.
Время покажет.
> в основном — ты. потому что упорно пытаешься свернуть на «лучше/хуже» и
> «мне хватает», а речь совсем о другом. о том, что доказательства
> утверждения «проще переделать с нуля» — нет. самый ближайший собрат gcc
> — за десять лет не смог получить все фичи, которые есть
> у gcc, и поэтому в сравнении проиграл ещё на старте.
Я утверждаю, что такой критерий некорректен и не имеет смысла.