WinAvr gcc, Помогите! Неверный скрипт для avr-ld ???... Опции

[картошка]

Здраствуйте.

Разбираюсь с пакетом WINAVR ни разу не писал для микроконтролеров на "C".
Откомпилировал файл : avr-gcc -mmcu=atmega16 -S tavr.c -o tavr.s . И получил текстовый ассемблерный файл с именем tavr.s, как заказывал в командной строке.
При запуске командной строки : avr-as -mmcu=avr5 -ahls=asm.l freqpomp.s tavr.s -o tavr.o - создается обьектный файл для линковщика и ненужно-контрольный файл asm.l который я заказал в командной строке. Все хорошо и нет никаких ошибок.

Но при обработке обьектного файла дизасемблером (avr-objdump) на командах jmp и call нулевые указатели адреса. И после запуска линковщика : avr-ld -Map maps.l -T tavr.lnk tavr.o -o file.bin создается мною попрошенный файл maps.l и сама готовая програма в файле file.bin. При просмотре бинарника дизасемблером IDA PRO ADVANCE ну и просто визуально, я замечаю что в командах jmp и call нулевые физические адреса.
У меня есть подозрительно-вопросительные соображения что возможно я что-то в скипте недописал? , вот его код:

OUTPUT_FORMAT ("binary")
SECTIONS
{
.text : { * ( .text )}
. = 0x00020000; --- адресное смещение для формирования файла
.data : { * ( .data )}
.bss : { * ( .bss )}
__do_copy_data = 0;
__do_clear_bss = 0;
__stack = 0x0300;
}
примечание: сегменты .data и .bss у меня не использованы и не создаются , я просто не создавал пока никаких переменных.

Помогите словом добрым пожалуйста.

[haker_fox]

Ну не должно быть таких граблей...
Какой версией WinAVR пользуетесь?
Как составляете makefile? Вручную или программой MFile?

[картошка]

Как составляете makefile? Вручную или программой MFile?

Ой make file я не использую. Все старым проверенным дедовским методом. Изучил конвенцию и особенности этого "C" компилера. Делаю свой ассемблерный файл функций для "C" программы и там же размещаю свой Startup Code, и функции прерывания, создаю header файл этих функций.
Пишу "С" файл и транслирую его в ассемблерный опцией -S. Далее даю два файла на съедение ассемблеру, потом линкую.

Просто боюсь я этого чистого программирования на "C" с фирменными библиотеками, я потрачу меньше времени на поиск глюков в своем собственном коде чем на отладку непонятностей в чужом.

Да и когда я пишу свои чистые функции я практически не использую prologue и epilogue. Плюс ко всему я понаблюдал за трансляцией с "C" исходника в ассемблерный и заметил что если делать свои функции на "C" на базе других функций, то компилятор в этом коде просто изобилует prologue и epilogue-ами причем громадных размеров. А при использовании библиотечных функций я затрудняюсь сказать как они слеплены память же надо беречь.
Я раньше при написании программок под DOS на WATCOME "C++" только своими headeraми и пользовался потому, что в стандартной поставке не было функций для работы с SVGA режимами, а с чужими библиотеками разбираться - потратишь в раз десять больше времени и без пользы.
[b]Хорошо когда знаешь ассемблеры.[/b]