Проверка уровня оптимизации Опции

[juvf]

Есть проект. в нем один файл должен быть только с оптимизацией -О0, а другой только с оптимизацией -Ohs. Иначе прога не будет правильно работать. Как во время компиляции проверить, что к этим файлам применён нужный уровень компиляции?

есть проверки типа

Код

#ifndef configUSE_TICK_HOOK
    #error Missing definition:  configUSE_TICK_HOOK should be defined in FreeRTOSConfig.h as either 1 or 0.  See the Configuration section of the FreeRTOS API documentation for details.
#endif

Хотелось бы что-то подобное. если уровень оптимизации не тот, то выдать еррор и завершить компиляцию/сборку.

[ViKo]

Задайте принудительно для фрагмента:
#pragma push
#pragma O0
...
#pragma pop

[juvf]

Задайте принудительно для фрагмента:
#pragma push
#pragma O0
...
#pragma pop

Спасибо, то что нужно!!! Только у меня в компиляторе так
#pragma optimize=none

Это не очень хороший проект!

А что в нём не хорошего? Для таких случаев придумали #pragma optimize, а не предлагают помощь в избавлении от такого поведения

[demiurg_spb]

Вы рано или поздно с таким не системным подходом упрётесь в стену. Тем более, что проект с ваших слов - большой.
Вы ведь себя программистом называете, не так-ли?
А выёживаетесь как студент с несчастливым билетом на экзамене. Простите за прямоту.
В конечном итоге вольному - воля, но я не хотел бы быть в числе тех кому достанется радость работать с вашим конечным продуктом.

[adnega]

Вы рано или поздно с таким не системным подходом упрётесь в стену. Тем более, что проект с ваших слов - большой.
Вы ведь себя программистом называете, не так-ли?
А выёживаетесь как студент с несчастливым билетом на экзамене. Простите за прямоту.
В конечном итоге вольному - воля, но я не хотел бы быть в числе тех кому достанется радость работать с вашим конечным продуктом.

Полностью согласен. Успех программиста МК, я считаю, заключается в многократном использовании кода. Когда одно отлаженное решение можно использовать в разных проектах (и даже на разных архитектурах). Скорость и качество разработки возрастает, функциональность тоже, т.к. часть отведенного на разработку времени отсвобождается за счет применения готовых решений, и можно уделить время доп. плюшкам. Поэтому я в лучших традициях "русские долго запрягают, зато потом быстро едут", очень скурпулезно делаю библиотеки. В рамках большого проекта остутствие библиотек или их кривизна смерти подобна.

На форуме ТС реально помогает и неплохо ориентируется в вопосах RTOS, поэтому ярлык "студент" тут не подходит. Если есть такая возможность, то нужно посадить за выпрямление библиотек "настоящего студента", четко сформулировав для него задачу, - тот и полезное дело сделает и опыту поднаберется. Реальные разработчики должны думать над архитектурой)

То, что в рамках STM32 на Cortex-M4 можно сделать очень сложные проекты полностью согласен. Хорошо, когда функционал известен заранее, хуже - когда
добавляется в процессе разработки. Тогда и вылезают всякие "костыльные решения".

Да, и не забываем про сопровождаемость кода. Сами откроете через год или другой разработкик возьмется за поддержку для галочки написанного приложения - времени и нервов будет потеряно немало.