Косяк GCC или мой? реализация LPC кодека под ARM7 Опции

[krofork]

Есть самописный LPC кодек, написан на С (переделанный OpenLPC).
Есть его конкретная реализация на ПК (моя dll + не мой GUI, C++Builder)
Есть его конкретная реализация под ARM7 (Keil в качестве IDE+ поставляемый с ним GCC)

Проблема в том, что со стороны ПК работает всё, а со стороны ARM только(!!!) кодирование. Процедура декодирования на ARM не работает (точнее она не корректно работает, проверялось отсылкой результатов по rs232 при обработке 1-го фиксированного кадра). С код кодека: процедур кодирования, декодирования, инициализации - абсолютно идентичен как для ПК, так и для ARM7.

Проц: ADuC7021
Компилятор: GCC3.1.1

правильно ли моё подозрение, что это косяк GCC?

[beer_warrior]

В принципе могут быть различия в тонкостях - например в упаковке структур и прочих прагмах.
А вообще надо смотреть подробнее.

P.S. В ходу уже gcc 4.1 попробуйте собрать свежим.

[krofork]

поставил я значит GNUARM 4.1.1 вместо 3.1.1, теперь Keil материтcя:
....libaduc7024.a(irq.o) uses hardware FP, whereas ....elf uses software FP
когда он так матерился на startup я ему -mno-fp прописал, а тут куда чего он хочет?

[amw]

поставил я значит GNUARM 4.1.1 вместо 3.1.1, теперь Keil материтcя:
....libaduc7024.a(irq.o) uses hardware FP, whereas ....elf uses software FP
когда он так матерился на startup я ему -mno-fp прописал, а тут куда чего он хочет?

libaduc7024.a откуда? Если это не в комплекте GCC, то нужно ее пересобрать с software fp, или GCC с hardware fp.

[krofork]

>libaduc7024.a откуда?

это из кейла - C:\Keil\ARM\INC\ADI\ - инклюды для аналог-девайсез процов

Это же в GCC3.1.1 работало без подобных сообщений, да и не может ЭТО быть hardware FP, если это(libaduc7024.a) относится только к ADuC'ам у которых (насколько мне известно) ни одного нет этого hardware FP

[amw]

>libaduc7024.a откуда?

это из кейла - C:\Keil\ARM\INC\ADI\ - инклюды для аналог-девайсез процов

Это же в GCC3.1.1 работало без подобных сообщений, да и не может ЭТО быть hardware FP, если это(libaduc7024.a) относится только к ADuC'ам у которых (насколько мне известно) ни одного нет этого hardware FP

libaduc7024.a - это библиотека, инклюды здесь ни при чем.
Скомпилирована она можеть быть с разными флагами.
Отсутствие FP, еще не факт, что нельзя скомпилировать файл с HWFP.
Суть в том, что объектник (как часть либы) содержит признаки HWFP (формат ELF).
Возможно есть библиотека libfloat.a. Возмодно нужно ее ипользовать или наоборот, не использовать.
В общем библиотеки, скомпилированые разными версиями GCC могут быть не совместимыми по признакам (флагам) ELF файлов. Как правило спасает перекомпиляци библиотеки.

[krofork]

в общем есть линкерный скрипт (взят из примера)
в котором есть строка INPUT(-laduc7024)
эта строка РАБОТАЛА с предыдущим GCC3.1.1.

Не уверен, но мне кажется (да, глупая фраза для инженера ) что она нужна чтобы потом можно было сделать IRQ = MY_IRQ_FUNC;
Потому как если её удалть, то линкер матерится на нересолвенные ссылки, относящиеся к прерываниям