Недавно перешел на GCC (ARM Sourcery G++ Lite, newlib). Есть некоторые сложности после использования коммерческого, более простого для пользователя тулчейна.

Сейчас обкатываю на небольшой С++ программе. Размер кода: 17536 байт. Но при добавлении класса с наследованием и виртуальными функциями размер кода возрастает до 64880 байт.


Судя по .map-файлу добавляется куча кода из libstdc++. Что там может быть? В map-файле часто встречается слово "exception". Может ли добавляться код для поддержки исключений (собираю с флагом -fno-exceptions)?

Как можно исключить добавление этого кода? Буду благодарен за любые советы, наводки.

P.S. только давайте без холиваров, использовать или нет С++ в эмбеддед и т.д. У каждого свои подходы.
 demo3_lpc2106_map.txt ( 107.21 килобайт ) Кол-во скачиваний: 328

 demo3_lpc2106_with_classes_map.txt ( 300.99 килобайт ) Кол-во скачиваний: 429

не те файлы прикладываете. в мейкфайле добавьте:
CXXFLAGS += -fno-exceptions -fno-rtti

Попробуйте добавить к своему проекту файл вот из этого сообщения. Должно помочь.

Мейкфайлы генерятся автоматически эклипсом. Флаги -fno-exceptions -fno-rtti указаны и добавляются при вызове g++, вроде с этим все норм.


добавил, линкер выдает:
../sys.o: In function `__cxa_guard_acquire':
D:\work\arm_eclipse_projects\demo3-lpc2106\Debug/../sys.c:15: multiple definition of `__dso_handle'
d:/soft/codesourceryg/bin/../lib/gcc/arm-none-eabi/4.3.3/crtbegin.o:(.data+0x0): first defined here#46;./lib/gcc/arm-none-eabi/4.3.3/crtbegin.o:(.data+0x0): first defined here

если __dso_handle описать как extern:
extern void * __dso_handle;
то собирается, работает и размер кода в порядке. Это корректно?

Большое спасибо за помощь. Без этого форума было бы очень трудно стартануть.

Ну если работает, то наверное корректно
Это же просто трюк, который не даёт компилятору использовать исключения при обработке виртуальных функций.

Попробуйте при линковке добавить ключ -lstdc++

Если я правильно понимаю, линкеру нужно явно указывать, что компилируются плюсы. Стандартные либы у gcc очень тяжелые, с этим ничего не сделаешь. Newlib не сильно лучше.

ну мы тут уже все это проходили до молеулярного состава..... вроде.
1. есть тонкости с компиллером, не только с ключами и своим кодом.
2. просто ключами начисто выключить эксепшены нельза - нужен финту шами который в моей сборке сделан, например при делении uint64_t эксепшены по умолчанию доликовываются - так по стандарту положено даже если С код!!! в своей сборке я исключил такое поведение линкера при сборке libgcc.a
3. сами классы тут нипричем даже с виртуальными функциями и тд. это всего лиш продвинутые структуры.

если хотите можем опять опыты с демострацией результатов провести но япро эту шнягу и как боротся с еей уже писал тут.

Совет тов. Антохи помог. Тут на самом деле это уже много раз обсуждали. Спасибо всем за советы.