Искал свою проблему в форуме, но не нашел решения. Проблема в следующем. Имеется готовый проект на С для IAR-430A, кристаллы ARM ST91х. Использую структуры, состоящие из данных-констант вида:

Затем в коде на С создаю эти структуры с уже конкретными константами в полях

На С все прекрасно живет, компилятор помещает мои структуры в сегмент CONST, а линкер- в ROM. Но, тот же самый код на СPP приводит к размещению структур в сегменте CSTACK вместе с другими объектами. В результате куча констант хранится в RAM, которой и так мало! Я в шоке. Можно ли как-то победить эту проблему? Или придется перелопачивать идеологию проекта?

Странно это. Разница между C и C++ в плане const лишь в том, что в C++ константы по-умолчанию имеют локальную область видимости, что соответствует static const в C. Чтобы получить константы с глобальной областью видимости, их надо определять через extern const type = value; Но это никак не связано с размещением на стеке. Приведите побольше кода, попробуем разобраться.

Ну и оставьте свои



в С-ом модуле, а в .h файле объявите их как

Спасибо за идею! Действительно, проект можно составить из модулей, написанных и на С и на СРР. Чисто на CPP создавать структуры из данных-констант в ROM видимо не получится. В руководстве прочитал, что объекты и структуры компилятор СРР IAR размещает в сегмент CSTACK, который затем в RAM.

В принципе задача следующая. В проекте создается много объектов визуализации и редактирования разнородных переменных. Каждый объект имеет свое описание в виде набора неизменных свойств/параметров, этой визуализации.
Помещать эти свойства в виде данных в состав класса - неразумный расход RAM. Я решил поместить в класс только ссылку на структуру из свойств-констант. И вот тут-то меня ждал описанный выше облом- такую структуру нельзя создавать в теле кода на СPP. Выход найден. Но насколько он идейный? Как люди поступают в подобных случаях?

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

А если IAR посвежее взять может там что-то изменили.

Уже несколько лет пользуюсь ИАРом 4.30, пишу на C++, и он все константы прекрасно располагает во флеше:
А вы эти константы случайно не внутри функции без static объявляете?

Понимаете, я хотел получить упрощение написания программ за счет перехода на обьектное программирование, а получается, надо разбираться в куче дополнительных подробностей, которые сводят на нет преимущества СРР. Понятно, что директивами pragma можно рулить сегментами. Но зачем эти сложности и лишний раз тыкать в клавиатуру? В кодах на "С" все нужное происходит автоматом.
Кроме того, я четко видел в мануале- объекты и структуры помещаются в один сегмент данных. И тут, наверное, уже никакими ухищрениями их не разъединить.



Вот мой участок кода, который структуру из констант размещает в RAM. Тестовая программа в файле с расширением .cpp, т.е. будет работать СРР компилятор.
Пробежав симулятором от main до return, открываем структуру в QuickWatch и видим- она размещена в RAM.

Вы должны четко понять, что С и С++ это разные компиляторы. Сам С++ существенно строже работает с разными типами данных и это сделано для повышения надежности и безопасности генерируемого кода.

В приведенном вами примере структура будет располагаться в стеке, так как объявлена внутри функции, соответственно в RAM. Коллега Борщ советовал вам ее объявить как:


Попробуйте!

Да, и кто вам сказал, что программа на С++ будет проще, чем на С? Там своих заморочек будет предостаточно, особенно на этапе его освоения.

В плюсах модификатор const не гарантирует, что объект не будет изменяться во время работы программы. Для программ обычных компов это не критично. Для встроенных систем изучайте тонкости настроек компилятора, с целью заставить его поместить объект в ROM.

Никто не дает гарантии, что С-компилятор разместит эту структуру во флеше. Локальные автоматические переменные компилятор размещает в регистрах или на стеке. Квалификатор const запрещает обращение на запись к такой переменной, не более. И лишь объявление локальной переменной с квалификатором static делает такую переменную неавтоматической и позволяет разместить ее в сегменте DATA_C. Добавьте static к своей переменной и в С и С++ программе - переменная ляжет во флешь.

Спасибо огромное! Действительно, попробовал поместить структуру констант в область глобальных переменных и она легла во флешь. Еще раз спасибо, что помогли распутать ситуацию.

Хотя достаточно было сделать ее статической, оставив локальной. Хозяин - барин...

Да, спасибо. Я просто хотел сделать точно также, как раньше писал на С. Теперь вижу,- был неправ, разницы нет. Ваши советы навели на мысль, что в старом проекте на С декларации констант локально приводили к их размещению в RAM. Пойду сейчас проверять и исправлять.

Это как это? А что же тогда он гарантирует? И почему "в плюсах"? А в голом Цэ по-иному строится отношение к константным объектам?

Квалификатор const не гарантирует, что объект будет размещаться в ПЗУ (если оно вообще есть в наличие), это да. А насчет изменения очень даже гарантирует. И чтобы это обойти, придется использовать хаки (на свой страх и риск, ессно).