Добрый день, подскажите как в IAR настроить версию release что бы она игнорировала функции printf?

PS: Такое не предлагать, хочу натыкать printf в многих функциях и не хочу что бы оно мешало.


Сообщение отредактировал pokk - Oct 29 2015, 05:25

У меня так сделано


так что лучше переписать

Определите свою функцию LogPrintf() с аргументами как у printf() и используйте её.
А в хидере напишите что-нить типа:

У меня так сделано для вывода логов, только дополнительно сделана возможность многоканальных логов, чтобы можно было включить/выключить не вообще весь отладочный вывод, а только отдельные каналы его. Разные составные части кода используют каждый свой номер лога, и можно вкл/выкл их вывод произвольно.

Что-то тут я не догнал =(( как выключение происходит.


А можно по подробнее?

Понятно))
после вышеописанного, нужно в параметрах конфигурации для RELESE добавить дефайн NODEBUG.
Выбираем конфигурацию relese, затем project>options->C/C++ Compiler-> Preprocessor-> Defines symbols и добовляем туда NODEBUG.

Кстати, по феншую надо писать NDEBUG. Так даже в стандарте написано.

С этим как раз вопросов не было =)
Вот по коду ниже не понятно что за IDEF и что будет при #if 0



Ага именно такой define сразу там стоял.

Сейчас разбираюсь с ошибкой:

Возникающей при выставление:
General Options -> Library Configuration -> Library low-level interface implementation ->None
Вместо
General Options -> Library Configuration -> Library low-level interface implementation -> stdout/stderr -> Via semihosting

Это значит, что применяете printf, а для потока STDOUT не назначили канал вывода.
А назначается он как раз через собственную реализацию функции __write.
Когда был включен semihosting, то реализация __write подставлялась из библиотек семихостинга, а теперь ее вам надо самому писать.

Либо как обычно переопределить дефайном типа так : #define printf my_printf
И написать свою функцию my_printf . Это будет легче и безопасней чем делать tailoring (адаптацию __write и еще кучи низкоуровневых функций) библиотек C на вашу платформу.
Хотя например в Keil выбрали путь адаптации и даже показывают как ее приспособить к файловой системе в RTOS RTX.
Но Keil-овский tailoring не подходит к IAR. Хотя в IAR есть пустые шаблоны для реализации адаптации, но надо помнить что между printf и __write лежит неизвестный код потребляющий неизвестно сколько стека и других ресурсов.