caxapa.ru :: Тогда это дело для меня непонятное, поскольку тестировать компилятор мне никогда не приходило в голову. Обычно использую IAR таким, каков он есть, полагая, что его тестирует сам производитель.

Ксения (10.12.2018 11:36, просмотров: 214) ответил VVB_ на Не чип же. Тестируется инструментарий разработчика. Предполагаю, что ТС имеет наборы тестирования (или хотя бы знаком с проверкой кодогенерации) наподобие этого

Тогда это дело для меня непонятное, поскольку тестировать компилятор мне никогда не приходило в голову. Обычно использую IAR таким, каков он есть, полагая, что его тестирует сам производитель.

Ответить

- ТС как раз и является "производителем" компилятора и просит демоборду для конечной проверки корректности кодогенерации - VVB_(10.12.2018 11:39)
  - Слабоумие и отвага :-) Есть специально обученные люди на зарплате, занимающиеся выпуском компиляторов. Впрочем, кому-то нравится искать приключения на свою пятую точку :-) - SciFi(10.12.2018 12:01, ссылка)
    - Да ладно вам. При наличии свободного времени я бы тоже что-нибудь замутил. Весь мир держится на одиночках и энтузиазме. Удастся монетизировать свои начинания -- вообще отлично! - VVB_(11.12.2018 07:04)
    - Речь о том, КМК, что в сборке от АРМ, невозможна LT-оптимизация библиотечного кода вместе с пользовательским. А ТС утверждает, что в его сборка делает LTO всего кода в совокупности, что эффективнее. Nikolay_Po(120 знак., 10.12.2018 12:14)
      - Думаю, скрипты для сборки можно и у GNU Arm Embedded добыть, поправить там настройки. Ну и да, тестировать LTO сборку библиотеки - сам, всё сам. Но у GNU Arm Embedded хотя бы компилятор худо-бедно проверенный. - SciFi(10.12.2018 12:17)

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