Probleme mit KDevelop

[anda_skoa]

Original geschrieben von Camel69
wenn ich
-L/usr/lib -lSDL -lpthread
eintrage, kommt wieder die gleiche fehlermeldung
wenn ich nur -L/usr/lib eintrage, findet er eben den code für SDL_Init() nicht...

Du sollst ja auch das -L weglassen nicht das -lSDL
Das erste gibt ja nur einen Pfad an, der im Falle von /usr/lib nicht nötig ist.
Das zweite gibt an, mit welcher Lib gelinkt werden soll.

das komische ist ja, dass es manchmal ging, und dann wieder nicht...(bei ner leeren main())
wenn ich jetzt was mit sdl programmieren will, gehts nicht....

Ja, das ist klar.
Wenn du keine Sachen aus libSDL verwendest, muß sie der Linker auch nicht linken.

Ciao,
_

[Camel69]

vielleicht hab ich's immer noch nicht kapiert
aber wenn ich jetzt bei den linkeroptions -lSDL (kleines L ist das, oder?) oder -lSDL -lpthread eintrage, kommt wieder die alte fehlermeldung...

[anda_skoa]

Hmm, ja kleines L

Versuch mal , auf der Konsole zu kompilieren.
eine main.c schreiben, die einen mind. SDL Befehl enthält
dann
#> gcc -o sdltest main.c $(sdl-config --cflags --libs)

Und den Output posten, falls es nicht geht.

Ciao,
_

[Camel69]

also, output kommt keiner, d.h. wohl, es ist alles ok
wenn ich eingebe: if(SDL_Init(SDL_INIT_VIDEO) == 0) printf("irgendwas");
dann gibt er das auch aus...heißt das. die funktion schlägt fehl? oder ist das erst, wenn < 0?

[anda_skoa]

Original geschrieben von Camel69
also, output kommt keiner, d.h. wohl, es ist alles ok

Hmm, dann sollte es auch in KDevelop gehen.

wenn ich eingebe: if(SDL_Init(SDL_INIT_VIDEO) == 0) printf("irgendwas");
dann gibt er das auch aus...heißt das. die funktion schlägt fehl? oder ist das erst, wenn < 0?

aus
#> man SDL_Init

RETURN VALUE
Returns -1 on an error or 0 on success.

Ciao,
_

[Camel69]

zumindest kann ich ja dann so meine sachen kompilieren...wäre in kdevelop natürlich praktischer, wegen den fehlermeldungen (syntaxerrors z.b.), aber immerhin....

[anda_skoa]

Original geschrieben von Camel69
also hab unter compileroptions -> Schalter und Warnungen unter CFLAGS `sdl-config --cflags` eingetragen - funzt auch wunderbar, er findet die SDL.h jetzt
AAABER: es fehlen ja noch die libs
also trag ich unter compileroptions -> Linker-Schalter unter Weitere Optionen `sdl-config --libs` ein

Probier die Libs mal bei Linker Optionen
(eines unter Compiler Options)

Ciao,
_

[Camel69]

bringt auch nix, es kommt immer noch "cannot find -laa" hier mal die ganze meldung, vielleicht kann jemand damit was anfangen....:

cd . \
&& CONFIG_FILES= CONFIG_HEADERS=config.h \
/bin/sh ./config.status
config.status: creating config.h
config.status: config.h is unchanged
gmake all-recursive
gmake[1]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1«
cd . && \
/bin/sh /home/camel69/codeeye/projects/sdl_test1/admin/missing --run automake --foreign ./Makefile
cd . && perl admin/am_edit Makefile.in
cd . && \
CONFIG_HEADERS= CONFIG_LINKS= \
CONFIG_FILES=Makefile /bin/sh ./config.status
fast creating Makefile
gmake[1]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1«
gmake[1]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1«
Making all in sdl_test1
gmake[2]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1«
cd .. && \
/bin/sh /home/camel69/codeeye/projects/sdl_test1/admin/missing --run automake --gnu sdl_test1/Makefile
cd .. && perl admin/am_edit sdl_test1/Makefile.in
cd .. && \
CONFIG_HEADERS= CONFIG_LINKS= \
CONFIG_FILES=sdl_test1/Makefile /bin/sh ./config.status
fast creating sdl_test1/Makefile
gmake[2]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1«
gmake[2]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1«
Making all in docs
gmake[3]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs«
cd ../.. && \
/bin/sh /home/camel69/codeeye/projects/sdl_test1/admin/missing --run automake --gnu sdl_test1/docs/Makefile
cd ../.. && perl admin/am_edit sdl_test1/docs/Makefile.in
cd ../.. && \
CONFIG_HEADERS= CONFIG_LINKS= \
CONFIG_FILES=sdl_test1/docs/Makefile /bin/sh ./config.status
fast creating sdl_test1/docs/Makefile
gmake[3]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs«
gmake[3]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs«
Making all in en
gmake[4]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs/en«
cd ../../.. && \
/bin/sh /home/camel69/codeeye/projects/sdl_test1/admin/missing --run automake --gnu sdl_test1/docs/en/Makefile
cd ../../.. && perl admin/am_edit sdl_test1/docs/en/Makefile.in
cd ../../.. && \
CONFIG_HEADERS= CONFIG_LINKS= \
CONFIG_FILES=sdl_test1/docs/en/Makefile /bin/sh ./config.status
fast creating sdl_test1/docs/en/Makefile
gmake[4]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs/en«
gmake[4]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs/en«
gmake[4]: Für das Target »all« gibt es nichts zu tun.
gmake[4]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs/en«
gmake[4]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs«
gmake[4]: Für das Target »all-am« gibt es nichts zu tun.
gmake[4]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs«
gmake[3]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1/docs«
gmake[3]: Wechsel in das Verzeichnis Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1«
/bin/sh ../libtool --mode=link --tag=CXX g++ -O2 -O0 -g3 -Wall -I/usr/include/SDL -D_REENTRANT -fno-exceptions -fno-check-new -o sdl_test1 main.o -lSDL -lpthread
mkdir .libs
g++ -O2 -O0 -g3 -Wall -I/usr/include/SDL -D_REENTRANT -fno-exceptions -fno-check-new -o sdl_test1 main.o /usr/lib/libSDL.so /usr/lib/libasound.so -L/opt/kde3/lib -lartsc -L/usr/lib /usr/lib/libesd.so /usr/lib/libaudiofile.so -lm -L/usr/X11R6/lib -lX11 -lXext -lXxf86vm -lXxf86dga -lXv -lXinerama -laa -ldl -lpthread
gmake[3]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1«
gmake[2]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1/sdl_test1«
gmake[1]: Verlassen des Verzeichnisses Verzeichnis »/home/camel69/codeeye/projects/sdl_test1«
/usr/i486-suse-linux/bin/ld: cannot find -laa
collect2: ld returned 1 exit status
gmake[3]: *** [sdl_test1] Fehler 1
gmake[2]: *** [all-recursive] Fehler 1
gmake[1]: *** [all-recursive] Fehler 1
gmake: *** [all] Fehler 2
*** fehlgeschlagen ***


es ist schon ok, dass ich `sdl-config --cflags` bei CPPFLAGS, CFLAGS und CXXFLAGS eintrage, oder? er findet die header sonst nicht alle - und es ist ja auch ein c++-projekt

[anda_skoa]

Original geschrieben von Camel69
bringt auch nix, es kommt immer noch "cannot find -laa" hier mal die ganze meldung, vielleicht kann jemand damit was anfangen....:

Dann würde ich vorschlagen, du nimmst das -laa raus

es ist schon ok, dass ich `sdl-config --cflags` bei CPPFLAGS, CFLAGS und CXXFLAGS eintrage, oder? er findet die header sonst nicht alle - und es ist ja auch ein c++-projekt

Hmm, CXXFLAGS oder CFLAGS sollte reichen.

Die CPRFLAGS sind für den Präprozessor, sollten hier also nicht nötig sein.

Ciao,
_

[Camel69]

hmm, hab ich irgendwie ne total veratzte version von kdevelop 2.1???
die präprozäserflags heißen bei mir in den options CPPFLAGS

hmm, muss da mal ganz dumm fragen: wo mach ich das -laa weg? bei ner zeile, wo ich meineweiteren optionen immer eintrage steht nix...

[anda_skoa]

Original geschrieben von Camel69
hmm, hab ich irgendwie ne total veratzte version von kdevelop 2.1???
die präprozäserflags heißen bei mir in den options CPPFLAGS

Sorry, mein Fehler. Die Präprozessor Flgs heißen CPPFLAGS.

hmm, muss da mal ganz dumm fragen: wo mach ich das -laa weg? bei ner zeile, wo ich meineweiteren optionen immer eintrage steht nix...

Ich hatte den Eindruck, dass das -laa Teil der Ausgabe von sdl-config --libs ist.
Wüßte sonst nicht, woher das kommt.

Was hast du für einen Projekttyp?
Terminal/C++ oder "Eigenes Projekt"

Ciao,
_

[Camel69]

terminal/c++
mit dem eigenen projekt hatte ich ja das problem, dass ich ganz ganz am anfang dieses thread mal beschrieben hatte, dass es sich eben nicht kompilieren/erstellen lies

[anda_skoa]

Ahja, stimmt.
Werd mal ein solches projekt generiren.

Kannst du trotzdem den Output von sdl-config --libs posten?

Ciao,
_

[Camel69]

-L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread

z.zt. arbeite im zum kompilieren mit g++, da funzt wenigstens
allerdings steig ich da noch nicht so voll bei den ganzen parametern durch...
ich will sdl und ogl sachen benutzen und 2 cpp dateien kompilieren
was ist daran falsch:
g++ -o sdltest main.cpp myogl.cpp `sdl-config --cflags --libs` -I/usr/include/GL
?

[anda_skoa]

Da fehlt auf jeden Fall noch die Angabe der GL Bibliothek, also -lGL

Wenn du nur wenige Sourcefiles hast, kannst du dir ein Makefile auch selber erstellen.
Dann kannst du auch "Eigenes Projekt" in KDevelop benutzen.

Warum bei dem C++ Projekt libaa gelinkt wird, bzw es versucht wird, versteh ich nicht.
Wenn ich eines erzeuge, dann kommt -laa nicht vor.

Ciao,
_