Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: gcc. Работа с секциями. Решение проблем оптимизации
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
vova7890
Здраствуйте. В процессе познания мира натыкнулся на необходимость запихнуть все данные "как есть" в отдельную секцию, получить стартовый аддрес этой секции и размер. В общем с секциями я хотел решить проблему так

Код
volatile int __section_begin;

// Сдесь будут находится переменные, которые нужно собрать без оптимизации
//Например
volatile const int test = 12;
volatile SomeStruct data = {2, 3, 4};

volatile int __section_end;


Код собирается, и даже размер секции правильно расчитывает, только фишка в том что нада вычитать не __section_end - __section_begin, а наоборот о_О. С нулевой оптимизацией все нормально, только хотелось бы решить эту проблему внутри файла, без задавания параметров компилятору. Пробовал прагмой задать оптимизацию, в варнинге увидел что она игнорирована, та же ситуация и с аттрибутом. Что посоветуете?

gcc 4.6.0
klen
да вроде бы volatile и говорит компиллеру не оптимизировать переменные.

для таких случаев специально есть механизм укладывания переменных в секцию которая в скрипте линкера объявлена.
vova7890
я без скрипта собираю. Якобы дефолтный. По -verbose выводит какой-то скрипт, который заставляет падать лоадер... Загрузчик заточен под сборку без скрипта. Можно без него как-то обойтись?
_Pasha
Цитата(vova7890 @ Jun 29 2011, 18:45) *
Код собирается, и даже размер секции правильно расчитывает, только фишка в том что нада вычитать не __section_end - __section_begin, а наоборот о_О.

По дефолту именно так и есть - встреченные более поздно по тексту переменные укладываются в начало секции, выход - перестать мельчить и запихнуть все в структуру, а ее имя уже будет относиться к секции. Внутри структуры адресация линейная в порядке перечисления аргументов.
Сергей Борщ
QUOTE (vova7890 @ Jun 29 2011, 18:45) *
Код собирается, и даже размер секции правильно расчитывает
Попробуйте какую-то из переменных проинициализировать нулем (явно или по-умолчанию). Будете приятно удивлены.

QUOTE (klen @ Jun 29 2011, 20:56) *
да вроде бы volatile и говорит компиллеру не оптимизировать переменные.
Не оптимизировать доступ к ним. Про размещение никто ничего не обещает.

QUOTE (vova7890 @ Jun 29 2011, 21:50) *
Загрузчик заточен под сборку без скрипта. Можно без него как-то обойтись?
Придумываем себе трудности, чтобы потом их успешно преодолевать? Ну-ну. Тогда структура, как советует _Pasha, ваше всё. И миритесь с необходимостью при доступе к любой переменной указывать имя структуры.
vova7890
кароче поставил оптимизацию на 0 и все... А вот при сборке на g++ неиспользованные переменные улетели. Решил проблему сборкой одного файла на С и extern "С" .
Сергей Борщ
Цитата(vova7890 @ Jun 30 2011, 14:48) *
кароче поставил оптимизацию на 0 и все...
[CENSORED]
Цитата(vova7890 @ Jun 30 2011, 14:48) *
А вот при сборке на g++ неиспользованные переменные улетели.
Ключ -fdata-sections в CFLAGS появился волшебным образом сам, какой нехороший laughing.gif А в скрипте линкера есть магическое слово KEEP() для секций, которые не нужно "чистить"...
Цитата(vova7890 @ Jun 30 2011, 14:48) *
Решил проблему сборкой одного файла на С и extern "С" .
[CENSORED]
MrYuran
Цитата(Сергей Борщ @ Jun 30 2011, 17:02) *
А в скрипте линкера есть магическое слово KEEP() для секций, которые не нужно "чистить"...

А ещё есть __attribute__((used)) для объектов, которые не нужно трогать
IgorKossak
Удалил рассуждения не по теме. Прошу держаться в рамках.
Модератор.
vova7890
Цитата(MrYuran @ Jul 6 2011, 15:19) *
А ещё есть __attribute__((used)) для объектов, которые не нужно трогать


Во, спасибо, помогло sm.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.