Probleme mit atan2() unter CoIDE mit GCC

[Chris B. (cbb)]

Hi zusammen,

habe ein Problem, wenn ich die Funktion atan2() oder atan2f() einfüge.

Es kommen diese Fehlermeldungen:

.../main.c:442: undefined reference to `atan2f'
[cc] collect2.exe: error: ld returned 1 exit status

Inkludiert habe ich folgendes:

#include <stdlib.h>
#include <stdio.h>
#include <math.h>

Ich habe schon ein bisschen recherchiert mit Compilerfehler/Linkerfehler 
und libm.a sowie einem Konsolenaufruf mit -lm.
Ich werde jedoch nicht schlau, wie ich das realisieren soll.
Könnt ihr mir auf die Sprünge helfen? Was muss ich unter CoIDE mit GCC 
machen, damit ich atan verwenden kann? Betriebssystem ist XP.

Schonmal vielen Dank.

Viele Grüße

[M.K. B. (mkbit)]

Falls es dir nicht klar sein sollte, erklär ich mal kurz, was der Fehler 
bedeutet.

In der main.c verwendest du die atan2f Funktion. Durch das include von 
math.h sagt man dem Compiler, dass es die Methode gibt.
Nach dem Compilieren sucht der Linker nun den Code für atan2f, findet 
diesen aber nicht.

Deine Recherche ist richtig, denn der Code für atan2f, den der Linker 
nicht findet ist in der libm. Mit -lm teilst du dem Linker mit, diese 
Bibliothek mit in das Programm zu linken.

In deiner IDE (ich kenne CoIDE leider nicht) müsste es Optionen für den 
Linker geben. Dort müsstest du dann -lm angeben.
Es könnte allerdings sein, dass der Compiler die Bibliothek bei dir 
nicht mitgeliefert hat.


Probier mal das -lm beim Compiler aus. Sollte das nicht funktionieren, 
dann kann ich das mal bei mir lokal ausprobieren.

[Chris B. (cbb)]

Hi,

danke Dir für deine Antwort.
Ich habe gestern Nachmittag noch die Lösung gefunden:

In der COIDE unter dem Menuepunkt View -> Configurationn gehen.
Dort unter dem Tab "Link" gibt es ein Auswahlmenue.
In diesem gibt es z.B. diese Einträge:

"Use base C Libary", "Not use base C Libary" usw.

Das habe ich mal auf Use base C Libary gesetzt,da es auf Not use stand.
Unten im Linker Control String taucht dann automatisch das -lm auf.

Seit dem funktioniert das mit dem atan2 bzw. atan2f.

Im Menue Configurations gibt es außerdem die MÖglichkeit Linked Libarys 
und Includepath für den Compiler hinzuzufügen.

Was ich noch nicht verstehe ist, dass keine Defines von math.h in meiner 
main funktionieren. Ist das normal?

Ich habe es folgendermaßen includiert

#include <math.h>

und möchte dann die Definition M_PI verwenden, funktioniert aber nicht 
mit der Fehlermeldung:

18: error: 'M_PI' undeclared (first use in this function)

Muss ich Defines extra in richtigen zu meinem Projekt gehörenden Header 
oder C-files eintragen?

Viele Grüße Chris

[Dr. Sommer (Gast)]

Chris B. schrieb:
> und möchte dann die Definition M_PI verwenden, funktioniert aber nicht
> mit der Fehlermeldung:
M_PI hat nichts mit C oder C++ zu tun, und ist daher nicht in deiner 
Library enthalten. Lediglich einige C Compiler einiger Betriebssysteme 
liefern eine Library mit, in der M_PI definiert ist. Ergo musst du dir 
M_PI selbst definieren.

[M.K. B. (mkbit)]

Du kannst je nach IDE auch einfach in die Headerdateien reinschauen, 
sonst musst du sie halt auf der Platte per Hand suchen.

In der Headerdatei siehst du dann auch, was definiert ist.

[Johann L. (gjlayde)]

M_PI ist nicht im C/C++ Standard enthalten sondern eine GNU-Erweiterung, 
etwa in det GNU Libc (glibc) enthalten. Evtl. funktioniert auch #define 
GNU_SOURCE oder ähnliches vor Include von math.h.  AM besten mal in den 
Header reinschauen.

[Chris B. (cbb)]

Hi,

also die math.h beinhaltet schon die M_PI definition.
Ich habe rein geschaut. Man kann in der CoIDE die entsprechenden 
Funktionen bzw. Header-Dateien mit F3 öffnen.

Das komische ist, dass die atan2 Funktion, welche in der gleichen Header 
definiert wurde, funktioniert.
Außerdem habe ich gerade nachgesehen, wenn ich die M_PI Definition/Macro 
mit F3 öffne, dann springt der an die richtige Stelle!
Beim Rebuild All oder Rebuld kommt aber dennoch diese Fehlermeldung:

:15: error: 'M_PI' undeclared (first use in this function)

Ich bin ratlos, woran es liegen sollte...

[Johann L. (gjlayde)]

Vermutlich befindet sich das M_PI innerhal von #if of #ifdef, siehe oben 
betreffs GNU_SOURCE.

[Marco (Gast)]

M_PI ist nicht definiert, wenn man gcc auffordert ISO oder 
ANSI-Standard-Kompliant zu sein, da in so einem Fall die GNU 
Erweiterungen abgeschaltet werden. Beispiel:

$ cat foo.c 
#include <math.h>

int main(int argc,char **argv)
{
  return (int)M_PI;
}
$ # funktioniert: 
$ gcc foo.c 
$ # das auch
$ gcc --stc=gnu90
$ # das nicht:
$ gcc --std=c90 foo.c 
foo.c: In function ‘main’:
foo.c:5:14: error: ‘M_PI’ undeclared (first use in this function)
foo.c:5:14: note: each undeclared identifier is reported only once for each function it appears in
$ # da passiert das auch: 
$ gcc -ansi foo.c

Guck mal in der IDE ob du da irgendeine Option mit "ANSI", "ISO" oder 
"Standard" findest und schau was du da ändern kannst.

[Info (Gast)]

Ich hatte auch das Problem mit M_PI. Lösung: bei EM::Blocks unter 
"Project build options" in "Compiler settings" zur Kategorie "Language 
Standard" z.B. "GNU 99" auswählen.

Ich habe auch mal eine Lösung mit "#define MATH...irgendwas" gesehen, 
was den entsprechenden Abschnitt in math.h dann aktiviert.