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

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> потому что llvm — кастрат. сравнивать «лучше/хуже» будет иметь смысл только >> когда llvm научится делать всё то же самое, что делает gcc, >> и как минимум не хуже. > Почему? Если зафиксировать критерии сравнения, то прекрасно можно сравнивать. Можно сравнивать > размер и скорость сгенерированного кода под arm или x86, можно сравнивать > поддержку новых стандартов, можно сравнивать скорость компиляции, можно сравнивать качество > и удобство ошибок компиляции, можно сравнивать встраиваемость, можно сравнивать поддержку > различных архитектур, в конце концов. Зачем сравнивать всё вместе и сразу-то? > Как правило, редко когда из этого списка нужно всё и сразу. >> апи и архитектура имеют свойство превращаться в навоз с возрастанием количества фич. > Время покажет. >> в основном — ты. потому что упорно пытаешься свернуть на «лучше/хуже» и >> «мне хватает», а речь совсем о другом. о том, что доказательства >> утверждения «проще переделать с нуля» — нет. самый ближайший собрат gcc >> — за десять лет не смог получить все фичи, которые есть >> у gcc, и поэтому в сравнении проиграл ещё на старте. > Я утверждаю, что такой критерий некорректен и не имеет смысла.
	Введите код, изображенный на картинке: