Типа #pragma location = ".some_section", но только не для конкретной функции/переменной, а для всего файла.
А то что-то в мануале к компилятору не найду....
Полная версия этой страницы: Переопределить дефолтные секции.
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > IAR
Подскажите пожалуйста: можно-ли в IAR переопределить дефолтные секции кода/данных для конкретного файла?
Типа #pragma location = ".some_section", но только не для конкретной функции/переменной, а для всего файла.
А то что-то в мануале к компилятору не найду....
Типа #pragma location = ".some_section", но только не для конкретной функции/переменной, а для всего файла.
А то что-то в мануале к компилятору не найду....
iobjmanip
Цитата
This example renames the section .example in input.o to .example2 and stores the result in output.o:
iobjmanip --rename_section .example=.example2 input.o output.o
iobjmanip --rename_section .example=.example2 input.o output.o
Цитата(scifi @ Sep 13 2014, 17:16) 
iobjmanip
хм... И куда это вставить? В .icf?
Если компилить из батника то ясно, но в проекте IAR? Надо же между компилёром и линкером.
Да - и нужно всё-таки в исходниках, так как переопределять или нет секцию должно управляться в зависимости от значения некоторого #define (#ifdef..).
Цитата(jcxz @ Sep 13 2014, 18:01)
Если компилить из батника то ясно, но в проекте IAR?
Да - и нужно всё-таки в исходниках, так как переопределять или нет секцию должно управляться в зависимости от значения некоторого #define (#ifdef..).
Да - и нужно всё-таки в исходниках, так как переопределять или нет секцию должно управляться в зависимости от значения некоторого #define (#ifdef..).
"Дайте воды напиться, а то так кушать хочется, что переночевать негде" :-)
Ну мне изначально и нужно было чтобы, если некий define определён, то устанавливались нестандартные секции для CODE/DATA,
если не определён - дефолтные секции.
Сейчас это решено через использование по всему файлу #pragma location = TEXT_SECTION перед каждой функцией (и соответствующей своей строки для переменных).
Ну а значение TEXT_SECTION задаётся в зависимости от определения или неопределения некоего define (".text" или ".textN").
Но хотелось бы без этой грязи по всему тексту, а в одном месте - в начале файла.
В CCS такая возможность имеется:
#pragma SET_CODE_SECTION ("section name")
#pragma SET_DATA_SECTION ("section name")
Может в IAR тоже есть?
если не определён - дефолтные секции.
Сейчас это решено через использование по всему файлу #pragma location = TEXT_SECTION перед каждой функцией (и соответствующей своей строки для переменных).
Ну а значение TEXT_SECTION задаётся в зависимости от определения или неопределения некоего define (".text" или ".textN").
Но хотелось бы без этой грязи по всему тексту, а в одном месте - в начале файла.
В CCS такая возможность имеется:
#pragma SET_CODE_SECTION ("section name")
#pragma SET_DATA_SECTION ("section name")
Может в IAR тоже есть?
"грязь" можно украсить, сунув прагму в макрос. для этого есть вариант _Pragma()
Переопределить секции можно ключом компилятора:
--section OldName=NewName
добавив их в Options->C/C++Compiler->Extra Options
Чтобы не упражняться с дефайнами, может быть проще будет кроме Debug и Release создать несколько конфигураций с разными настройками (Project->Edit Configurations...).
В каждой конфигурации можно задать необходимые настройки, в том числе и определить символы (в разделе Options->C/C++Compiler->Preprocessor), тогда можно будет собирать проект с разными настройками без правки текстов.
Кстати, при компиляции можно получить доступ к символам, определённым в .icf, если определять их с помощью директив
define [ exported ] symbol name = expr;
или
export symbol name;
--section OldName=NewName
добавив их в Options->C/C++Compiler->Extra Options
Чтобы не упражняться с дефайнами, может быть проще будет кроме Debug и Release создать несколько конфигураций с разными настройками (Project->Edit Configurations...).
В каждой конфигурации можно задать необходимые настройки, в том числе и определить символы (в разделе Options->C/C++Compiler->Preprocessor), тогда можно будет собирать проект с разными настройками без правки текстов.
Кстати, при компиляции можно получить доступ к символам, определённым в .icf, если определять их с помощью директив
define [ exported ] symbol name = expr;
или
export symbol name;
Цитата(den_po @ Sep 15 2014, 14:05)
"грязь" можно украсить, сунув прагму в макрос. для этого есть вариант _Pragma()
Её станет меньше, но она останется
Очень неудобно перед каждой функцией и после каждой переменной писать имя секции. Особенно когда их в файле - десятки.
И постоянно забываешь это сделать.
Цитата(SSerge @ Sep 15 2014, 14:43)
Переопределить секции можно ключом компилятора:
--section OldName=NewName
добавив их в Options->C/C++Compiler->Extra Options
Чтобы не упражняться с дефайнами, может быть проще будет кроме Debug и Release создать несколько конфигураций с разными настройками (Project->Edit Configurations...).
В каждой конфигурации можно задать необходимые настройки, в том числе и определить символы (в разделе Options->C/C++Compiler->Preprocessor), тогда можно будет собирать проект с разными настройками без правки текстов.
--section OldName=NewName
добавив их в Options->C/C++Compiler->Extra Options
Чтобы не упражняться с дефайнами, может быть проще будет кроме Debug и Release создать несколько конфигураций с разными настройками (Project->Edit Configurations...).
В каждой конфигурации можно задать необходимые настройки, в том числе и определить символы (в разделе Options->C/C++Compiler->Preprocessor), тогда можно будет собирать проект с разными настройками без правки текстов.
О! Это хороший совет! спасибо!
У меня кстати как раз и определено несколько вариантов сборки (FLASH_DEBUG, RAM_DEBUG, FLASH_RELEASE, RAM_RELEASE),
и нужный мне дефайн (определяющий в какие секции памяти какие выходные секции компоновать) он и указывается в Extra options.
При выборе вариантов с RAM_.., он как раз компоновал readonly-секции в ОЗУ (для скорости отладки).
Но про --section OldName=NewName не знал. Значит впишу его туда.
А вот из хелпа, кстати:
Для неинициализированных данных есть pragma dataseg.
Код
/* A better way is to use a corresponding mechanism */
#define FLASH _Pragma("location=\"FLASH\"")
...
FLASH int i; /* i is placed in the FLASH segment */
#define FLASH _Pragma("location=\"FLASH\"")
...
FLASH int i; /* i is placed in the FLASH segment */
Для неинициализированных данных есть pragma dataseg.
Цитата(jcxz @ Sep 15 2014, 14:31)
При выборе вариантов с RAM_.., он как раз компоновал readonly-секции в ОЗУ (для скорости отладки).
Не проще ли было сделать свой .icf для каждой конфигурации и в нем распихать стандартные секции как душе угодно, не трогая исходники вообще?Цитата(Сергей Борщ @ Sep 15 2014, 20:53)
Не проще ли было сделать свой .icf для каждой конфигурации и в нем распихать стандартные секции как душе угодно, не трогая исходники вообще?
У меня и так два .icf.
Но как сказать, что секцию ".text" из одного файла компоновать в одну область памяти, а ".text" из другого - в другую? Вы знаете как?
В CCS это сделать можно. В IAR не знаю как. Это было-бы идеальным решением - вообще не трогать исходник.
Цитата(jcxz @ Sep 16 2014, 19:41)
Но как сказать, что секцию ".text" из одного файла компоновать в одну область памяти, а ".text" из другого - в другую? Вы знаете как?
Как-как... В мануале английским по белому написано.
Цитата
where section-selector is:
[ section-attribute ][ section-type ][section sectionname ]
[object {module | filename } ]
[ section-attribute ][ section-type ][section sectionname ]
[object {module | filename } ]
Цитата(jcxz @ Sep 16 2014, 21:41)
Но как сказать, что секцию ".text" из одного файла компоновать в одну область памяти, а ".text" из другого - в другую? Вы знаете как?
Наконец-то дошли руки. Если кому интересно, сделал так (линковка одноимённых секций из разных obj-файлов в разные регионы):
Код
place in RAM_regionBB {
section .text object str.o,
section .text object mail.o,
section .text object sntp.o,
section .text object dns.o};
section .text object str.o,
section .text object mail.o,
section .text object sntp.o,
section .text object dns.o};
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.