Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Среда
8 мая

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

886347 Топик полностью

Evgeny_CD, Архитектор (04.12.2018 20:03, просмотров: 175) ответил SciFi на GCC тянет назад необходимость поддерживать кучу архитектур. Никогда он не будет таким навороченным, как яр или кейл.

Посмотри список архитектур IAR и сравни с GCC - у последнего их сильно меньше.

Ответить

- Список архитектур - Apтём(256 знак., 04.12.2018 20:09)
  - Из доки на крайний GCC -> Да, вероятно я погорячился. - Evgeny_CD(04.12.2018 20:46, ссылка)
- Из того, что я видел, яр берёт архитектуру и пилит компилятор для неё без оглядки на другие архитектуры. Если GCC что-то меняет по просьбе одной архитектуры, баги лезут в других (сам видел в багзилле). Почувствуйте разницу. А то, что мелкочип SciFi(115 знак., 04.12.2018 20:07)
  - clang решает эту проблему, он модульный. - evgeniy1294(04.12.2018 20:53)
    - GCC вроде бы тоже, но там модули какой-то не той системы :) - Evgeny_CD(04.12.2018 21:27)
  - Крайне сомнительно, что у IAR реализации совсем независимые. Компиляция из какого-нибудь "IAR IL" в целевой бинарник - охотно верю, что независимая. А вот парсер C|C++, компилятор в IL, высокоуровневый оптимизатор - сомнительно. - Evgeny_CD(04.12.2018 20:49)
    - Что же вы медленные такие. Яр форкает парсер в момент начала разработки для новой архитектуры. Далее застой. GCC так не делает - политика, фуле. Ну и яр может толкать архитектуру, в которой деньги (арм, ага), забивая на все остальные. GCC так не SciFi(8 знак., 04.12.2018 21:42)