Cortex-M3: sqrt() liefert stets unverändertes Argument zurück

[Manuel W. (multisync)]

Hallo zusammen,

ich programmiere gerade einen Cortex-M3 und habe das Problem, dass der 
Rückgabewert von sqrt() stets dem des Arguments entspricht. Es wird also 
nicht die Wurzel gezogen, sondern immer die unveränderte Zweierpotenz 
zurückgegeben.

Beispielcode:

        volatile double bla = 4;
        c = (double)sqrt( (double)bla );

Die Variable c hat nach Ausführung den Wert 4. Selbiges mit allen 
anderen Werten für 'bla', selbst für negative, was mich wundert, da 
sqrt() dann lt. Google eigentlich einen domain error auslösen sollte.

Der Assemblycode sieht folgendermaßen aus:

(261)          volatile double bla = 4;
2000074E  mov.w  r2, #0
20000752  mov.w  r3, #0
20000756  movt  r3, #16400  ; 0x4010
2000075A  strd  r2, r3, [r7, #48]  ; 0x30
(262)          c = (double)sqrt( (double)bla );
2000075E  ldrd  r2, r3, [r7, #48]  ; 0x30
20000762  mov  r0, r2
20000764  mov  r1, r3
20000766  bl  0x200019ac <sqrt>
2000076A  movw  r3, #11760  ; 0x2df0
2000076E  movt  r3, #8192  ; 0x2000
20000772  strd  r0, r1, [r3]

Ich habe korrekt "math.h" inkludiert und die IDE Em::Blocks angewiesen 
libm.a einzubinden (siehe Screenshot).

Hat jemand Tipps wie ich das Problem beheben könnte?

Danke!

[S. R. (svenska)]

Normalerweise wirft man dem Linker einfach nur ein "-lm" vor, um gegen 
die Mathe-Bibliothek zu linken. Die libm.a findet er selbst.

Ansonsten wäre es nicht verkehrt, mal mit sqrtf() zu schauen, ob 
wenigstens single-precision funktioniert.

[Manuel W. (multisync)]

S. R. schrieb:
> Normalerweise wirft man dem Linker einfach nur ein "-lm" vor, um gegen
> die Mathe-Bibliothek zu linken. Die libm.a findet er selbst.
>
> Ansonsten wäre es nicht verkehrt, mal mit sqrtf() zu schauen, ob
> wenigstens single-precision funktioniert.

Vielen Dank für den Tipp, das war tatsächlich die Ursache!

Wenn ich "-lm" ins Feld "Other options" (siehe Screenshot im 
Eingangspost) einfüge und die Library nicht manuell einbinde 
funktionierts.

[Jim M. (turboj)]

ARM GCC verwendet Multilib und würfelt den korrekten Lib Pfad je nach 
Platform aus - weil Cortex M0, Cortex M3 und Cortex M4F jeweils eigene 
Libs brauchen.

Dein o.g. Pfad zeigt IMO auf die ARM Variante, die auf einem Cortex-M 
gar nicht laufen kann da der nur Thumb2 kennt. Da hätte der Linker 
eigentlich meckern müssen...