Вопрос по ARM-GCC, arm7tdmi все ок, arm926ej-s не хотит :( Опции

[klen]

Решил я занятся изучением ARMов, начал с того что собрал gcc-4.1.1-binutils-1.16.2-newlib-1.4.0 под ARM. Всунул все это дело в Keil (ручками тоже пособирал примерчики), погонял на GDB - все вроде понятно становися как в книжке написано..но только если коипилировать под artm7tdmi при попыткак собрать примерчик под arm926ej-s начинает ругатся, причем обьектники собираются а вот elf почемуто линкером не генерится:

Код

arm-elf-gcc -c -mcpu=arm926ej-s -I. -mhard-float   -O0 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst  -std=gnu99 -Wp,-M,-MP,-MT,main.o,-MF,.dep/main.o.d main.c -o main.o
arm-elf-gcc -mcpu=arm926ej-s -I. -mhard-float   -O0 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.o  -std=gnu99 -Wp,-M,-MP,-MT,image.o,-MF,.dep/image.elf.d main.o   --output image.elf -Wl,-Map=image.map,--cref    -lm
d:\mingw\local\bin\..\lib\gcc\arm-elf\4.1.1\..\..\..\..\arm-elf\bin\ld.exe: ERROR: d:/mingw/local/bin/../lib/gcc/arm-elf/4.1.1/../../../../arm-elf/lib\libc.a(atexit.o) uses FPA instructions, whereas image.elf does not
d:\mingw\local\bin\..\lib\gcc\arm-elf\4.1.1\..\..\..\..\arm-elf\bin\ld.exe: failed to merge target specific data of file d:/mingw/local/bin/../lib/gcc/arm-elf/4.1.1/../../../../arm-elf/lib\libc.a(atexit.o).............................

Линкер говорит что обьектник собран с использованием команд FPA а сгениерить elf из этих объектников не хочет. В чем проблема?
Хочется глазками посмотреть в asm листингах инструкции счета плавающей запятой для arm926ej-s

[sensor_ua]

Если я не прав поправте и поучите.

Сам бы поучился...
А по сути - мне неясно, используется ли MMU в библиотеке float. При сборке библиотеки можно ведь было и разрешить... Как на такое должен отреагировать линкер?

[makc]

Если я не прав поправте и поучите.

Сам бы поучился...
А по сути - мне неясно, используется ли MMU в библиотеке float. При сборке библиотеки можно ведь было и разрешить... Как на такое должен отреагировать линкер?

MMU - memory management unit. При чем здесь библиотека float?
Вообще, MMU может выступать как сопроцессор (такой у него может быть интерфейс). Но от этого ничего не меняется. Т.е. любая прикладная библиотека в лучшем случае использует функции динамического распределения памяти, например, malloc, который, в свою очередь, опирается на более низкоуровневую функцию sbrk, которая может использовать MMU, а может оставлять работу по управлению MMU операционной системе (как это сделано, например, в Линуксе).

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

[klen]

MMU - memory management unit.

а че он умеет делать?