ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
30 декабря
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1563049 Топик полностью
LightElf (Сегодня, 16:25, просмотров: 55) ответил mse homjak на Нуачо, компилер, изначально натасканный на выявление подобных вариантов, не сможэт асилить? Думаю, что обычные ГЦЦ, вполне себе, могут определить и, при оптимизации по скорости, объединить циклы. Тут, скорее всего, будет проблема с хуевой кучей указателей.
1. Тиритицки - возможно все. Практицки - кто и на какие шиши будет его натаскивать? Получается, что для VLIW нужны свои, уникальные оптимизации. Идёшь не в ногу - огребаешь все проблемы в одно жало. 

2. Под эльбрус нет GCC

3. Меняется не просто компилятор, меняется вся идеология сборки проекта, исчезает понятие "единица трансляции". Причем - без ощутимой выгоды для классических процов.

4. У Эльбруса овердофига регистров под указатели.

PS. Давным-давно был такой компилятор от IBM, Visual Age for C++ версии 4.0. Там что-то подобное было - сорцы лежали в чем-то вроде СУБД и при сборке компилятор разматывал всю иерархию в один мегасорец (или что-то подобное - не изучал). Не взлетело, было и непривычно и не соответствовало уже имеющимся проектам.

Не надо делать мне как лучше, оставьте мне как хорошо
Ответить