Problem bei der Installation @ home - die zweite

[system]

Disclaimer: Dieser Thread wurde aus dem alten Forum importiert. Daher werden eventuell nicht alle Formatierungen richtig angezeigt. Der ursprüngliche Thread beginnt im zweiten Post dieses Threads.

[Michi_D]

Problem bei der Installation @ home - die zweite
Hi,

erstmal der Vorlauf, vllt hat ja noch jemand das Problem…

undefined reference to symbol ‚gluQuadricTexture‘ (und weitere glu Sachen)
(…)
/usr/lib/libGLU.so.1: could not read symbols: Invalid operation

Ich hab jetzt in CMakeCache.txt eine Variable namens „CMAKE_CXX_FLAGS“ gefunden und -lGL -lGLU -lGLUT hinzugefügt und es hat geholfen.

Allerdings geht’s jetz weiter:

/usr/bin/ld: warning: libdirectfb-1.0.so.0, needed by ~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libfusion-1.0.so.0, needed by ~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libdirect-1.0.so.0, needed by ~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libvga.so.1, needed by ~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so, not found (try using -rpath or -rpath-link)
~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so: undefined reference to `vga_getmodeinfo’
(und weitere undefined refs…)

$ find / -name libdirectfb*
/usr/lib/libdirectfb-1.4.so.0.3.0

Nun ja, ist nicht libdirectfb-1.0, aber 1.4 sollte doch besser sein, oder nicht? Außerdem wird /usr/lib doch immer auch durchsucht(?).
Bei den anderen Libs sieht’s ähnlich aus. Braucht Offroad wirklich die alten Libs, oder passt was anderes nicht?

Thx

[kase1]

---

@Michi D.

Ich hab jetzt in CMakeCache.txt eine Variable namens „CMAKE_CXX_FLAGS“ gefunden und -lGL -lGLU -lGLUT hinzugefügt und es hat geholfen.

eigentlich wären die libraries eher „…LD_FLAGS…“ als …CXX_FLAGS, aber sagen wir einfach mal CMakes wege sind unergründlich…

@Michi D.

/usr/bin/ld: warning: libvga.so.1, needed by ~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so, not found (try using -rpath or -rpath-link)

zum „rpath“, nur der vollständigkeit halber: damit können beim kompilieren library pfade mit ins binary kodiert werden. damit spart man sich solche geschichten wie LD_LIBRARY_PATH, dessen vermeidung generell als was gutes angesehen ist

@Michi D.

$ find / -name libdirectfb*
/usr/lib/libdirectfb-1.4.so.0.3.0
Nun ja, ist nicht libdirectfb-1.0, aber 1.4 sollte doch besser sein, oder nicht? Außerdem wird /usr/lib doch immer auch durchsucht(?).

zu „/usr/lib“: ja, das wir immer einbezogen. man denke was passieren würde, wenn keine libc auffindbar wäre…
zu „besser“: nur weil die zahl größer ist muss es nicht zwangsläufig besser sein besser ist im fall vom offroad wohl „kompatibler“.

@Michi D.

Bei den anderen Libs sieht’s ähnlich aus. Braucht Offroad wirklich die alten Libs, oder passt was anderes nicht?

kann ich nicht genau sagen, aber offroad an sich ist aaaalt

@Michi D.

~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so,

sanity check: die lib hast du schon selber gebaut, oder?

andere sache: installier einfach mal ne version der SDL aus deiner paketverwaltung. damit sollten sich zumindest die abhängigkeiten erledigt haben.

[Michi_D]

---

Danke für die schnelle Antwort

@kase

@Michi D.

~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so,

sanity check: die lib hast du schon selber gebaut, oder?

andere sache: installier einfach mal ne version der SDL aus deiner paketverwaltung. damit sollten sich zumindest die abhängigkeiten erledigt haben.

Ich denke doch, dass die von Grapa gebaut wurde. Ich hab’s nicht explizit gemacht. Ich hab nur cmake und make aufgerufen

Ich probier’s mal mit SDL aus yum
EDIT:
Paket SDL-1.2.14-8.fc13.i686 ist bereits in der neusten Version installiert.
Nichts zu tun

[J_Suessmuth]

---

Du versuchst 32-bit libs zu linken.

Hast du überhaupt ein 32-bit Betriebssystem?

Gruss, Jochen

[kase1]

---

@Michi D.

@kase

@Michi D.

~/workspace/GraPa/Offroad_src/linux32/lib/libSDL.so,

sanity check: die lib hast du schon selber gebaut, oder?

Ich denke doch, dass die von Grapa gebaut wurde. Ich hab’s nicht explizit gemacht. Ich hab nur cmake und make aufgerufen

ob das bei dem cmake file mitgebaut wird kannst du sicher rausfinden.
falls nicht, und es sich dabei um ein binary aus dem cip oder sowas handelt ist davon auszugehen, dass es generell eine schlechte idee ist, das zu verwenden. probier mal mit deiner installierten sdl zu kompilieren (du merkst dass er das nicht tut, wenn er die aus ~ nimmt).

grüße

[Tiffchros]

---

Hi,

bei mir kam beim Kompilieren:

CMakeFiles/offroad.dir/src/app/error.cpp.o: In function Err::PrintGLError(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': error.cpp:(.text+0x97d): undefined reference to gluErrorString’
CMakeFiles/offroad.dir/src/material/textureimg.cpp.o: In function TextureImg::LoadBMP(BaseMaterial::SMatTextureImgDef const&)': textureimg.cpp:(.text+0x3cf): undefined reference to gluBuild2DMipmaps’
CMakeFiles/offroad.dir/src/material/textureimg.cpp.o: In function TextureImg::LoadRGBA(BaseMaterial::SMatTextureImgDef const&)': textureimg.cpp:(.text+0x732): undefined reference to gluBuild2DMipmaps’
CMakeFiles/offroad.dir/src/material/textureimg.cpp.o: In function TextureImg::LoadTARGA(BaseMaterial::SMatTextureImgDef const&)': textureimg.cpp:(.text+0xa61): undefined reference to gluBuild2DMipmaps’
CMakeFiles/offroad.dir/src/render/drawelementsphere.cpp.o: In function DrawElementSphere::BuildDisplayList() const': drawelementsphere.cpp:(.text+0x280): undefined reference to gluNewQuadric’
drawelementsphere.cpp:(.text+0x295): undefined reference to gluQuadricNormals' drawelementsphere.cpp:(.text+0x2a6): undefined reference to gluQuadricOrientation’
drawelementsphere.cpp:(.text+0x2b7): undefined reference to gluQuadricTexture' drawelementsphere.cpp:(.text+0x2ef): undefined reference to gluSphere’
CMakeFiles/offroad.dir/src/render/drawelementcylinder.cpp.o: In function DrawElementCylinder::BuildDisplayList() const': drawelementcylinder.cpp:(.text+0x2bc): undefined reference to gluNewQuadric’
drawelementcylinder.cpp:(.text+0x2d1): undefined reference to gluQuadricDrawStyle' drawelementcylinder.cpp:(.text+0x2e2): undefined reference to gluQuadricNormals’
drawelementcylinder.cpp:(.text+0x2f3): undefined reference to gluQuadricOrientation' drawelementcylinder.cpp:(.text+0x304): undefined reference to gluQuadricTexture’
drawelementcylinder.cpp:(.text+0x35a): undefined reference to gluCylinder' drawelementcylinder.cpp:(.text+0x36b): undefined reference to gluDeleteQuadric’
CMakeFiles/offroad.dir/src/render/camera.cpp.o: In function Camera::SetupGLProjection() const': camera.cpp:(.text+0xc22): undefined reference to gluPerspective’
CMakeFiles/offroad.dir/src/render/camera.cpp.o: In function Camera::SetupProjModel() const': camera.cpp:(.text+0xcf9): undefined reference to gluPerspective’
collect2: ld gab 1 als Ende-Status zurück
make[2]: *** [offroad] Fehler 1
make[1]: *** [CMakeFiles/offroad.dir/all] Fehler 2
make: *** [all] Fehler 2

also das gleiche Problem wie bei Michi D…

wenn ich CMakeCache.txt ändere in:

CMAKE_BUILD_TYPE:STRING=-lGL -lGLU -lGLUT

dann ein make aufrufe kommt:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/…/…/…/…/x86_64-pc-linux-gnu/bin/ld: cannot find -lGLUT
collect2: ld gab 1 als Ende-Status zurück
make[2]: *** [offroad] Fehler 1
make[1]: *** [CMakeFiles/offroad.dir/all] Fehler 2
make: *** [all] Fehler 2

folglich habe ich CMakeCache.txt wieder angepasst in:

CMAKE_CXX_FLAGS:STRING=-lGL -lGLU

und siehe da, das make läuft durch und ich kann Offroad starten

A propos, ich verwende

/usr/lib32/libdirectfb-1.4.so.0.3.0

und habe folgende Pakete installiert:

dev-java/xsdlib-20050627-r2
media-libs/libsdl-1.2.13-r1
media-libs/sdl-image-1.2.10 1.2.10-r1
media-libs/sdl-net-1.2.7

Vielen Dank an Michi D. für seinen Tip mit der CMakeCache.txt!

Gruß
Tiffchros

[Michi_D]

---

Bitteschön

@ J. Suessmuth: Ja ich verwende ein 32bit Linux… (Fedora 13)

Ich werd jetzt auch mal probieren, die Pakete von Tiffchros zu ziehen und nochmal ein make zu machen.
EDIT: brachte keine Verbesserung

[J_Suessmuth]

---

Nimmt der linker auch wirklich die SDL aus deinem System oder vielleicht immer noch die aus dem Contrib?

Gruss, Jochen

[Michi_D]

---

Oh, er nutzt die aus dem Contrib… Wobei, sollte er das eigentlich nicht auch?

[kase1]

---

ich verweise nochmals auf meinen vorigen post. und auf den davor vorsichtshalber auch

[Michi_D]

---

oh sry… is irgendwie untergegangen

EDIT:
also ich hab jetzt ein paar Dateien umbenannt, um ihn zu zwingen, meine Libs zu nehmen hehe
Ordner linux32/lib: („_old“ hab ich hinzugefügt)

libSDL_old.a
libSDL_old.so
libxml2_old.a
libxml2_old.so

Und außerdem hab ich:

[quote]
SDL-devel
libxml2-devel
directfb-devel[/quote]
nachgezogen.

Make läuft jetzt durch!

Allerdings funktioniert das starten noch nicht ganz:

$ ./offroad
./offroad: error while loading shared libraries: libdirectfb-1.0.so.0: cannot open shared object file: No such file or directory

directfb und directfb-devel sind allerdings angeblich installiert (sagt yum)

[kase1]

---

ok, also grundsätzlich klingt das so als wollte cmake wirklich gerne die contrib-libs verwenden; das heißt entweder ist bei dir ein pfad komisch gesetzt, oder irgendwer hat da unhöfliches in cmake file geschrieben (ein indiz wäre z.b. wenn /usr/lib/libdirectfb-1.0.so.0 nicht existiert)

also: prüf das am besten nochmal, nicht dass es cmake doch schafft dir ne krumme lib unterzuschieben. aja, und natürlich immer brav makefiles neu generieren lassen, nur damit nix untergeht.

[Michi_D]

---

Nun ja, ich würde mal sagen, deine Vermutung stimmt:

ls /usr/lib | grep libdirectfb-1.0.so.0

Und jetzt? Kann ich die lib irgendwo nachziehen? directfb ist installiert, aber find / -name libdirectfb* findet nichts!

[Ford_Prefect]

---

Schau dir doch mal den Inhalt des Pakets directfb an, dann wirst du sehen, ob die nötige lib enthalten ist oder wie sie heisst. Ich weiss es leider nicht für deine Distro, aber unter Debian geht das mit dpkg -L, unter archlinux mit pacman -Ql …

[Michi_D]

---

So hat ein bisschen gedauert, bis ich es gefunden hatte:

rpm -qlp

…
/usr/lib/libdirect-1.4.so.0
/usr/lib/libdirect-1.4.so.0.3.0
/usr/lib/libdirectfb-1.4.so.0
/usr/lib/libdirectfb-1.4.so.0.3.0
…

Interessanterweise geht jetzt CG auch nicht mehr. Kann jemand damit was anfangen? Google spuckt nichts hilfreiches aus

$ ./runme
freeglut (./runme): ERROR: Internal error in function fgOpenWindow
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 4 (X_DestroyWindow)
Resource id in failed request: 0x0
Serial number of failed request: 30
Current serial number in output stream: 33

[kase1]

---

also wenn cg jetzt nicht mehr läuft hast du schätzungsweise was am system verändert. die cg aufgaben werden wohl kaum das grapa-contrib verwenden, also vermute ich mal, dass da mehr als nur das umbenennen der contrib-libs passiert ist.
zur rpm zeile kann ich leider nix sagen, aber wie ist denn der offroad stand nun? selber fehler?

[Michi_D]

---

$ ./offroad
./offroad: error while loading shared libraries: libdirectfb-1.0.so.0: cannot open shared object file: No such file or directory

CG ist aufgetreten, nachdem ich directfb und directfb-devel nachinstalliert/neu installiert habe. „FBConfig“ spricht irgendwie ja auch dafür. Nur versteh ich nicht ganz was falsch ist. Deshalb dachte ich, ich poste mal den Fehler (vllt ist es das selbe Prob wie bei Offraod)

Kann ich Offroad irgendwie den Pfad zu libdirectfb angeben? (eigentlich müsste es ja gefunden werden in /usr/lib/libdirectfb-1.4.so.0)

[J_Suessmuth]

---

Kommt wohl darauf an, in welcher Reihenfolge die Verzeichnisse usr/lib und OFFROAD_CONTRIB/bin im PATH vorkommen. Btw, sollte das *.so Zeugs nicht eher in usr/bin liegen und nur das *.lib Zeugs in usr/lib?

Edith sagt: poste doch mal den Inhalt der PATH Variablen und den Ort der .so Dateien

[Michi_D]

---

Ok, ich hab jetzt nochmal komplett neu angefangen. Offroad-Directory gelöscht und neustart.
Jetzt kommt ein ganz anderer Fehler…

Ich hab mal das Protokoll angehängt
EDIT: removed