avr-gcc, версия 4.1.1 вместо 3.3.1, Что-то изменилось в компиляторе, перестал нормально работать objdump, Опции

[impatt]

Решил обновить компилятор (версия 3.3.1, как мне кажется, в одном месте начала глючить, решил, что новый, вероятно, поведёт себя более правильно). Собирал из исходников, работаю в Linux.
Компилятор версии 4.1.1 рожает код (не проверял ещё, насколько он лучше и всё такое), но objdump версий 2.15 и 2.17 перестал везде правильно диззассемблировать рождённые объектники (может, дизассемблирование не совсем правильный термин):
если компилятор версии 3.1.1 практически на каждую строку С-шного текста позволял objdump-у выводить ассемблерный эксивалент строки, то новый позволяет местами: где-то всё по-старому, а где-то идёт массив ассемблерного кода, а С-шные строки сбиваются в кучу или вообще куда-то исчезают.
Кто-нибудь знает ,что происходит и как лечить ?
Примеры ниже.
Заранее благодарю за советы.

****************************************
К примеру, такая С-функция:
void putFString(uint8_t *stringPtr){
uint8_t temp;
while ((temp = pgm_read_byte_near(stringPtr)) != 0){
stringPtr++;
pushToDebugBuffer(temp);
};
return;
}
компилируется и команда 'avr-objdump -h -S ./uart.o' выводит следующее:
0000022c <putFString>:
22c: cf 93 push r28
22e: df 93 push r29
230: ec 01 movw r28, r24
232: 03 c0 rjmp .+6 ; 0x23a <putFString+0xe>
234: 21 96 adiw r28, 0x01 ; 1
236: 0e 94 00 00 call 0 ; 0x0 <nextAddress>
23a: fe 01 movw r30, r28
23c: 84 91 lpm r24, Z
23e: 88 23 and r24, r24
240: c9 f7 brne .-14 ; 0x234 <putFString+0x8>
242: df 91 pop r29
244: cf 91 pop r28
246: 08 95 ret

В то время, как компилятор версии 3.3.1 компилировал в объектники и 'avr-objdump -h -S ./uart.o' выводил листинг так:

00000000 <putFString>:

uint8_t f_hexPrefix[] PROGMEM ="0x";
uint8_t f_CR[] PROGMEM ="\n";

void putFString(uint8_t *stringPtr){
0: cf 93 push r28
2: df 93 push r29
4: ec 01 movw r28, r24
uint8_t temp;
while ((temp = pgm_read_byte_near(stringPtr)) != 0){
6: fc 01 movw r30, r24
8: 84 91 lpm r24, Z
a: 88 23 and r24, r24
c: 39 f0 breq .+14 ; 0x1c <putFString+0x1c>
stringPtr++;
e: 21 96 adiw r28, 0x01 ; 1
pushToDebugBuffer(temp);
10: 0e 94 00 00 call 0 ; 0x0 <putFString>
14: fe 01 movw r30, r28
16: 84 91 lpm r24, Z
18: 88 23 and r24, r24
1a: c9 f7 brne .-14 ; 0xe <putFString+0xe>
};
return;
}
1c: df 91 pop r29
1e: cf 91 pop r28
20: 08 95 ret

[Andy Great]

Оптимизация в компиляторе поменялась, наверное?

[klen]

Оптимизация в компиляторе поменялась, наверное?

Поставте в опциях компиляции -O0 и сравните. Проверьте наличие ключа компиляции -dwarf-2, имено по ней в обектник складывается отладочная информация. Хотя у меня с -Os все выводит нормально, пользуюсь gсс4.2.0+bu2.17

[impatt]

Оптимизация в компиляторе поменялась, наверное?

Поставте в опциях компиляции -O0 и сравните. Проверьте наличие ключа компиляции -dwarf-2, имено по ней в обектник складывается отладочная информация. Хотя у меня с -Os все выводит нормально, пользуюсь gсс4.2.0+bu2.17

Проверил -O0. Та-же фигня.
-gdwarf-2 стандартными binutils не поддерживается, надо либо в параметрах configure при сборке им сказать, либо специальный патч накатить... Как вы делали ?
Впрочем, те binutils, что под avr-gcc-3.3.1 работают, тоже стандартные, без лишних патчей, поддержки dwarf-2 и так далее - нормально. Видимо, дело в компиляторе ?

Сообщение отредактировал impatt - Oct 23 2006, 08:46

[aesok]

-gdwarf-2 стандартными binutils не поддерживается, надо либо в параметрах configure при сборке им сказать, либо специальный патч накатить... Как вы делали ?

Да и GCC, и binutils надо сказать про поддержку dwarf2. Вот параметры для binutils.

configure -v --target=avr --prefix=..... --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2

Анатолий.

[impatt]

Да и GCC, и binutils надо сказать про поддержку dwarf2. Вот параметры для binutils.
configure -v --target=avr --prefix=..... --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2

binutils с указанными параментрами собрался. gcc - нет. Ошибка получилась. Пытался запускать configure со следующими параметрами (невольно приближаясь к работающиму configure --target=avr):
../gcc-4.1.1/configure -v --target=avr --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2 --enable-languages=c
../gcc-4.1.1/configure -v --target=avr --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2
../gcc-4.1.1/configure -v --target=avr --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2 --without-libssp
../gcc-4.1.1/configure -v --target=avr --quiet --enable-install-libbfd --with-dwarf2
../gcc-4.1.1/configure -v --target=avr --quiet --with-dwarf2
Цитирую последние строки компиляции:
******
/usr/src/gcc-obj/./gcc/xgcc -B/usr/src/gcc-obj/./gcc/ -B/usr/local/avr/bin/ -B/usr/local/avr/lib/ -isystem /usr/local/avr/include -isystem /usr/local/avr/sys-include -O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/. -I../../gcc-4.1.1/gcc/../include -I../../gcc-4.1.1/gcc/../libcpp/include -DL_fixunsdfdi -c ../../gcc-4.1.1/gcc/libgcc2.c -o libgcc/./_fixunsdfdi.o
../../gcc-4.1.1/gcc/libgcc2.c: In function '__fixunssfsi':
../../gcc-4.1.1/gcc/libgcc2.c:1499: internal compiler error: in compute_frame_pointer_to_cfa_displacement, at dwarf2out.c:10446
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [libgcc/./_fixunssfsi.o] Ошибка 1
make[3]: *** Ожидание завершения заданий...
make[3]: Leaving directory `/usr/src/gcc-obj/gcc'
make[2]: *** [stmp-multilib] Ошибка 2
make[2]: Leaving directory `/usr/src/gcc-obj/gcc'
make[1]: *** [all-gcc] Ошибка 2
make[1]: Leaving directory `/usr/src/gcc-obj'
make: *** [all] Ошибка 2
******

Есть способы лечить ? Я так понимаю, что проблема именно с dwarf-2 ?

[aesok]

Да и GCC, и binutils надо сказать про поддержку dwarf2. Вот параметры для binutils.
configure -v --target=avr --prefix=..... --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2

binutils с указанными параментрами собрался. gcc - нет. Ошибка получилась. Пытался запускать configure со следующими параметрами (невольно приближаясь к работающиму configure --target=avr):
../gcc-4.1.1/configure -v --target=avr --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2 --enable-languages=c
../gcc-4.1.1/configure -v --target=avr --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2
../gcc-4.1.1/configure -v --target=avr --with-gnu-ld --with-gnu-as --quiet --enable-install-libbfd --with-dwarf2 --without-libssp
../gcc-4.1.1/configure -v --target=avr --quiet --enable-install-libbfd --with-dwarf2
../gcc-4.1.1/configure -v --target=avr --quiet --with-dwarf2



Есть способы лечить ? Я так понимаю, что проблема именно с dwarf-2 ?

Вот суперсекретное место в инете где, те кто собирает по ночам GCC для AVR прячут патчи.

TOP SECRET: ON

Патчи для binutils:
http://www.freebsd.org/cgi/cvsweb.cgi/port...binutils/files/

Патчи для GCC 4.1:
http://www.freebsd.org/cgi/cvsweb.cgi/port.../avr-gcc/files/

TOP SECRET: OFF

Анатолий.