Вопросы по компиляторам "типа GCC"

[Shico]

Ситуация такая: есть крохотная программа для стенда SDK-2.0 ("Hello World"). Так вот, как только к программе подключаются несколько стандартных h-ников (stdio.h, stdlib.h, stdarg.h) и вызывается, например, функция printf, компилятор GNU ARM выдает hex-файл размером более 100 Кб !!! А после компиляции того же самого проекта в Keil'е получается hex размером примерно 6 Кб !!! Разница потрясающая!

Я посмотрел по листингу - GNU ARM включил в код все, что только можно: функции для работы с динамической памятью, что-то про PLL и многое другое. В Keil'е же включается только то, что необходимо.

В чем может быть дело? Можно ли выкинуть все "ненужное" из hex-а и как это сделать?

[Интегральный вычислитель]

Скорей всего дело не в компиляторе. Думаю, что тот C-runtime ( стандартная библиотека C ) который ты используешь является адаптацией glibc (GNU Lib C - логично, если в поставку GNU ARM включюат именно её). Эта реализация рассчитана на работу под операционкой, поддерживающей разделяемые библиотеки (динамическая компановка, *.lib.so).
Попоробуй использовать какие-нибудь другие реализации стандартной библиотеки С, к примеру:
uClibc (лежит в cvs ucLinux'a http://cvs.uclinux.org)
Diet Libc http://www.fefe.de/dietlibc/
sglibc , newlib

[invaisor]

GNU Lib C - логично, если в поставку GNU ARM включюат именно её

Вообще в поставку GNUARM входит именно newlib, хотя да, вероятнее всего в данном случае была слинкована почему-то glibc.
Увидеть бы последовательность команд сборки, тогда б можно было сказать больше

[NickBorisov]

Увидеть бы последовательность команд сборки, тогда б можно было сказать больше

а разве это проблема?

[Shico]

Увидеть бы последовательность команд сборки, тогда б можно было сказать больше

а разве это проблема?

Особых проблем нет, кроме двух:
1. На работе есть интернет, но нет проекта с примером.
2. Дома есть проект с примером, но перебои с интернетом (проклятый провайдер ).



Но вот интернет появился - попробую выложить пример...

SDK_2_0_UART_test_GNU.rar

Проблемный пример

(36.45 Кб) Скачиваний: 364

...кажется, получилось...

[Интегральный вычислитель]

Ну что, кто нибудь попробовал uClibc или diet libc?

Вообщем я почитал немного про них... Все эти рантаймы предназначены для запуска под linux/ucLinux(без MMU), поэтому скажем функции серии printf будут поддерживать такие фичи как перенаправление потоков, запись в файл. Нет смысла сравнивать их с Keil вариантом, он сильно урезан и предназначен как раз для вывода текста в последовательный канал. Для gnu arm такую функцию можно написать самостоятельно, или достать какой-нибудь готовый вариант.

[Роман Химов]

Ну что, кто нибудь попробовал uClibc или diet libc?

Вообщем я почитал немного про них... Все эти рантаймы предназначены для запуска под linux/ucLinux(без MMU), поэтому скажем функции серии printf будут поддерживать такие фичи как перенаправление потоков, запись в файл. Нет смысла сравнивать их с Keil вариантом, он сильно урезан и предназначен как раз для вывода текста в последовательный канал. Для gnu arm такую функцию можно написать самостоятельно, или достать какой-нибудь готовый вариант.

Для работы на голом железе надо пробовать Newlib. Я с ним GCC собирал ручками, но попользовать не успел. uClibc и DietLibc это, да, уже для откормленных пингвинов.