caxapa.ru :: Думаю можно задефайнить его вручную.

il-2 (04.09.2024 10:24, просмотров: 105) ответил AlexBi на До исполнения кода у меня еще не дошло. У меня на этапе компиляции не проходит проверка __TARGET_FPU_VFP Попытка добавлять компилятору ключи в части fpu, или в самом кейле ставил "использовать fpu", все безуспешно, __TARGET_FPU_VFP не дефайнился, код не компилировался. Задефайнить его вручную я могу, но это явно не тот метод. Возможно в примере Artery устаревший компилятор (5й), а сейчас более новый и у него другим дефайном проверяется использование fpu. Но порт freertos и

Думаю можно задефайнить его вручную.

__TARGET_FPU_VFP используется в CMSIS в файлах core_cmX.h

Вполне возможно что он задается (как и константы выбора типа процессора - типа STM32F10X_LD / STM32F10X_MD...).

Причем если используешь встроенную в Кейл базу процессоров (Legacy database), то приходится выбирать тип процессора, задавая эти символы в свойствах проекта.

С __TARGET_FPU_VFP может быть тоже самое.

А вот если используешь Кейловские паки - то при выборе процессора из такого пака - константы типа процессора ставятся автоматически, а символы из свойств проекта надо удалять, иначе они конфликтуют.

У тебя процессор выбран из Database или из пака? Тип проекта какой? .uvproj (встроенная database) или uvprojx (паки)?

Ответить

- Гугел говорит, что этот макрос определён компилятором, если ключики указывают на правильный FPU. Наверняка можно как-то увидеть командную строку компилятора и проверить ключики. - SciFi(04.09.2024 10:32)
  - Нет там его. Скорее всего у Алекса используется старый тип проекта (расширение .uvproj), там надо все ручками задавать. Новый тип проекта (.uvprojx) поддерживает паки, и там да - те-же символы выбора процессора по умолчанию выбираются вместе с процессором, и их видно в командной строке. - il-2(04.09.2024 11:20)
    - Проект у меня uvprojx, паки Artery установлены, при выборе в кейле типа FPU "Single Precision" компилятору добавляются ключи -mfpu=fpv4-sp-d16 -mfloat-abi=hard чего по всем признакам должно быть достаточно, но не помогает. Видимо оно не работает в версии компилятора 6.хх - AlexBi(04.09.2024 12:30)
      - Я было сначала тоже 6 поставил. Начались проблемы с артеревскими экзамплами. Не стал разбираться, откатил на 5. - vesago(04.09.2024 14:30)
      - Ну и даже так. Если это не делается ни паком, ни компилятором - а необходимо для компиляции проекта - надо ручками делать. - il-2(04.09.2024 12:43)
        
        Есть обоснованное опасение, что замена компилятора на таком обширном проекте вылезет боком не только в одном макросе. - SciFi(04.09.2024 12:45)
        
        Да, после перехода на 5, потянулся шлейф ошибок. Разбираться не стал, взял подходящий порт для версии 6 (порт для GCC). Вообще, судя по отзывам в и-нете, версия 6 гораздо современнее, код делает лучше, лучше понимает С++, -flto умеет и т.д.. Мне кажется лучше потратить время на адаптацию примеров Artery, а не переходить на версию 5. - AlexBi(04.09.2024 17:00)

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