[gelöst] Linux SO-Module undefined symbol - wie debuggen?

_frank_

ich bin dabei ein Modul (http://scite-gui.googlecode.com) zu schreiben, funktioniert auch teilweise.
eine Komponente (Pagecontrol) funktioniert, somit weis ich, dass die GtkControl-Klasse funktioniert.

fehler kommt jetzt bei der Listview-Klasse, und ich finde den Fehler einfach nicht.

Fehlermeldung:
/home/frank/gui.so: undefined symbol: _ZN9CListViewC2EP10_GtkWidget

ich vermute mal, dass sich diese auf den Constructor bezieht, welcher so aussieht

CListView(GtkWidget *parent/*,int cols=1*/);

dieser ist auch in der zugehörigen cxx-datei vorhanden:

CListView::CListView(GtkWidget *parent/*,int cols*/)

ich habe Listview.* genauso aufgebaut wie PageControl.*, daher verstehe ich nicht, warum es nicht funktioniert (keine compiler-/Linkerfehler)
hier mal der komplette code:
http://dl.dropbox.com/u/3228629/scite-gui.zip

die Splitter.* und Buttons.* können ignoriert werden, dass sind zukünftige Module, welche noch nicht mit eingebunden sind

ich hoffe, mir kann jemand einen Rat geben, wie ich dem Fehler auf die Schliche kommen kann

Gruß Frank

frank schrieb:

Fehlermeldung:
/home/frank/gui.so: undefined symbol: _ZN9CListViewC2EP10_GtkWidget

ich vermute mal, dass sich diese auf den Constructor bezieht, welcher so aussieht
CListView(GtkWidget *parent/*,int cols=1*/);

Nein, gesucht wird

CListView::CListView(_GtkWidget*)

Wie auch immer der "_" vor das GtkWidget kommt ...

Du kannst c++filt benutzen, um dir solche "gemangelten" Namen im Klartext anzeigen zu lassen.

_frank_

danke für die schnelle Antwort...habe bei c++filt folgendes gefunden:

-_
--strip-underscores
On some systems, both the C and C++ compilers put an underscore in front of every name. For example, the C name foo gets the low-level name _foo. This option removes the initial underscore. Whether c++filt removes the underscore by default is target dependent.

ich benutze Ubuntu und gcc4.4.1

ich finde im code nirgends einen verweis auf ein _GtkWidget

ansonsten werde ich mich heute abend mal mit g++filt auseinandersetzen, danke für den hinweis.
das programm sagt auch CListView::CListView(_GtkWidget*) nur leider nicht, wo darauf zugegriffen wird

Gruß Frank

frank schrieb:

danke für die schnelle Antwort...habe bei c++filt folgendes gefunden:

-_
--strip-underscores
On some systems, both the C and C++ compilers put an underscore in front of every name. For example, the C name foo gets the low-level name _foo. This option removes the initial underscore. Whether c++filt removes the underscore by default is target dependent.

Ja, aber in gtkwidget.h wird die struct _GtkWidget deklariert. Die dürfte hier gemeint sein, der "_" wird dann nicht entfernt. Irgendwo wird diese struct in Gtk umbenannt (per typedef oder Makro), möglicherweise fehlt dir nur ein include des passenden Header.

Aber mit Gtk kenne ich mich nicht aus, mehr kann ich dazu nicht sagen.

_frank_

Wie gesagt, das pagecontrol funktioniert.
Das nutzt vermutlich auch dieses struct.
Von gtk musste ich bisher immer nur die gtk.h importieren.

Gruß Frank

_frank_

Fehler gefunden,
ich habe die ListView.o nicht mit in das Modul gelinkt.

Gruß Frank

_frank_

kann man irgendwie auf der Kommandozeile prüfen, ob es unresolved symbols gibt? sonst werden die ja erst angezeigt, wenn das modul geladen wird.

evtl gibt es ja eine Möglichkeit das Modul direkt zu laden...

frank schrieb:

kann man irgendwie auf der Kommandozeile prüfen, ob es unresolved symbols gibt? sonst werden die ja erst angezeigt, wenn das modul geladen wird.

evtl gibt es ja eine Möglichkeit das Modul direkt zu laden...

ldd -r libfoo.so oder ldd -r programm
zeigt die nicht auflösbaren Symbole an.

Michael

_frank_

mhm, da zeigt er natürlich auch die Symbole an, die in der Lua-Umgebung definiert werden...kann man da bestimmte ignorieren?

frank schrieb:

mhm, da zeigt er natürlich auch die Symbole an, die in der Lua-Umgebung definiert werden...kann man da bestimmte ignorieren?

Hast du das ldd gegen die Lib oder gegen ein Binary ausgeführt?
Im ersten Fall kannst du sie ignorieren oder deine Lib mit der liblua linken, damit sie verschwinden. Letzteres ist meine bevorzugte Lösung, weil du dann nicht jedes Programm, das deine Lib nutzt, explizit mit Lua linken musst.

Michael

_frank_

meine lib ist nur für ein programm, und das hat lua schon integriert.
wenn dann würde ich höchstens nochmal gegen lua linken um den test mit ldd durchzuführen...

welche dateien von lua benötige ich dafür und wie sieht das linken direkt aus?

frank schrieb:

meine lib ist nur für ein programm, und das hat lua schon integriert.
wenn dann würde ich höchstens nochmal gegen lua linken um den test mit ldd durchzuführen...

welche dateien von lua benötige ich dafür und wie sieht das linken direkt aus?

In dem Fall würde ich die fehlenden Lua-Symbole in meiner Lib ignorieren
Welche der lua-Libs du brauchst wenn du linken willst, hängt von den Symbolen ab, die fehlen. Auf alle Fälle die liblua.so würde ich meinen.
Gelinkt wird dann wie dein Programm auch (-llua). Hängt v.a. von deinem Build-System ab, wie's genau ausschaut.
Nutzt du händisch verfasste Makefiles, automake und co, cmake oder ganz was anderes?

Michael

_frank_

ich entwickel nur die lib, das programm ist von jemand anderes

mein Makefile für die lib:
http://c-plusplus.net/forum/viewtopic-var-t-is-274563-and-highlight-is-.html

würde aber das linken außerhalb des makefiles verlagern, da ich das linken nur zum testen auf die unresolved symbols benötige und für die "Auslieferung" nicht benötigt wird. evtl. auch zusätzliches target im makefile

die liblia.so muss ich bei mir mal suchen, denke nicht, dass die bei gcc dabei ist, oder? notfalls muss ich mir mal die kompletten lua-sources ziehen oder mal bei dem Programm schauen, ob die da irgendwo rumliegt

_frank_

ich habs jetzt so hinbekommen:

#if lua not found this is needed: 
# sudo ln -s /usr/lib/liblua5.1.so.0 /usr/lib/liblua5.1.so
debug.so: $(OBJS)
	$(LD) $(INC) -llua5.1 $(LD-FLAGS) $@ $(OBJS)>/dev/null
	ldd -r $@ >/dev/null
	$(RM) $@ >/dev/null

und das makefile so aufrufen:

make -s debug.so

danke an alle

Gruß Frank