Atmel AVR Toolchain: ld findet -lm nicht

[TriHexagon (Gast)]

Hi,

ein Programm für den ATMega32 braucht diesmal die libm.a, weil ich eine 
Division ausführe. Weshalb auch immer findet avr-ld die Bibliothek 
nicht, obwohl sie da ist.

avr-ld -lm
avr-ld: cannot find -lm

/opt/avr8-gnu-toolchain-linux_x86_64$ find -iname libm.a
./avr/lib/avrxmega4/libm.a
./avr/lib/avr25/tiny-stack/libm.a
./avr/lib/avr25/libm.a
./avr/lib/avrtiny/libm.a
./avr/lib/avrxmega5/libm.a
./avr/lib/tiny-stack/libm.a
./avr/lib/avr51/libm.a
./avr/lib/avrxmega7/libm.a
./avr/lib/avr4/libm.a
./avr/lib/avr7/libm.a
./avr/lib/avr3/libm.a
./avr/lib/avrxmega2/libm.a
./avr/lib/libm.a
./avr/lib/avr6/libm.a
./avr/lib/avrxmega6/libm.a
./avr/lib/avr31/libm.a
./avr/lib/avr35/libm.a
./avr/lib/avr5/libm.a

Schon im Internet gesucht, scheine da irgendwie der Einzige zu sein.
Danke im Voraus.

[Johann L. (gjlayde)]

Verwende avr-gcc als Linker-Treiber, nicht avr-ld direkt.  Falls es auch 
damit bnicht funktioniert, gibt es Probleme mit der Installation oder du 
hast fragwürdige Optionen angegeben.

[TriHexagon (Gast)]

Tatsächlich jetzt gehts ohne Probleme. Vielen Dank!
Hab diesmal ein Makefile von einem ARM Projekt genommen und angepasst 
für AVR. Sollte man allgemein den gcc als Linker-Treiber nutzen? Also 
auch für den arm-none-eabi-ld?

[Johann L. (gjlayde)]

TriHexagon schrieb:
> Sollte man allgemein den gcc als Linker-Treiber nutzen?

Schau dir mal die Ausgabe von gcc -v an.  Wenn du Spaß damit haben 
willst, die Optionen und all die (Multilib-)Pfade selber zu setzen, dann 
nein.