История изменений

Не примут, у них совсем другой компилятор с совсем другой архитектурой.

Что касается хексагонера то он предложил в архитектурно-независимую часть llvm добавить таргет-специфик код типа:
```
#ifdef HEXAGON
// ...разворачиваю циклы как хочу
#endif
```
Приняли или нет не знаю, скорее всего нет ибо для железа свой загон. Проблема в том что llvm все оптимизации связанные с кодом программы делает до того как код попадет в архитектурно зависимый бакенд, то есть туда попадает уже трижды пережеваный выхлоп в котором нет всей той информации которая нужна для VLIW.

Но у них (как ты сказал) «своя архитектура» очень сильно подстроенная под x86, ppc и arch64. Последний, возможно и стал таким похожим на x86 (если сравнивать с оригинальными armv6/v7), что бы llvm не игнорировал фичи процессора вроде тумбы или предикатов потому что они не похожи на то что в интеле есть.
В llvme например нету флагов-предикатов там есть один кондишн, который как раз ложится на интеловские условные jmpe cmov итп.

Не примут, у них совсем другой компилятор с совсем другой архитектурой.

Что касается хексагонера то он предложил в архитектурно-независимую часть llvm добавить таргет-специфик код типа:
```
#ifdef HEXAGON
// ...разворачиваю циклы как хочу
#endif
```
Приняли или нет не знаю, скорее всего нет ибо для железа свой загон. Проблема в том что llvm все оптимизации связанные с кодом программы делает до того как код попадет в архитектурно зависимый бакенд, то есть туда попадает уже трижды пережеваный выхлоп в котором нет всей той информации которая нужна для VLIW.

Но у них (как ты сказал) «своя архитектура» очень сильно подстроенная под x86, ppc и arch64. Последний, возможно и стал таким похожим на x86 (если сравнивать с оригинальными armv6/v7), что бы llvm не игнорировал фичи процессора вроде тумбы или предикатов потому что они не похожи на то что в интеле есть.
В llvme нету флагов-предикатов если что там есть один кондишн, который как раз ложится на интеловские условные jmpe cmov итп.