Gtkmm glade undefine ref to _g_log

Version imprimable

05/09/2010, 00h28
zortinspace

Gtkmm glade undefine ref to _g_log

Bon voila,
j'ai plusieurs questions concernant Gtk et codeblocks, sous windows.
je suis passé de Gtk+ a Gtkmm (honte a moi), suite a un souci de compile,
je souhait utiliser la libraire LGL, l'équivalent de graphiz mais en 3d...
Mais cette lib est en c++ et la compilation de mon projet ne marchais plus a cause de interpréteur C.
Ca donne des erreur a la compile genre 'expected , or ... before struct' rien qu'en incluant leurs configs.h
J'ai refait un projet codeblock, avec l'option C++ activée (projet console en c++), tien si quelqu'un sait comment on change cette option sur un projet existant je suis preneur !

Sinon mon souci actuel pour Gtkmm/GtkBuilder est un "undefined reference to _g_log' en appelant la fonction void GtkBuilder::GetWidget (Glib::ustring, GtkWindow*); pour info j'ai déja eu cette erreur sur une autre fonction, ptètre bien glade et j'ai du utiliser un autre proto présent qui retournait ma valeur au lieu de la passer en param... sauf que sur ce coup ci, c'est la seule présente dans le fichier builder.h, je suspècte que ca viennent d'un g_critical() présent dans cette fonction...

Donc soit quelqu'un a une super idée pour réussir a compiler la lib LGL avec du code C, soit comment résoudre le _g_log.
Merci par avance.
05/09/2010, 01h01
zortinspace

Bon je peu pas retirer le message alors je vais me répondre...
Ben il fallait linker la librairie glib-2.0 en plus....
Je suppose que ca doit venir d'un développement en cours sur l'unicode, qui include glib.h.

Sinon si quelqu'un a une idée pour la compilation en c je suis toujours preneur, vu que je suis plus habitué a Gtk c...
05/09/2010, 01h20
teuf13

Oula, c'est très confus tout ça, surtout sans message d'erreur. Je te recommande de respirer un grand coup et de repartir du début, et de regarder très attentivement les messages d'erreur, en particulier les tout premiers qui te sont signalés (des fois tu as 150 messages différents, mais tous causés par la tout première erreur).
05/09/2010, 01h50
zortinspace
Désolé je vais tenté d'expliquer mieu pour le souci de compil en C.
je rajoute la ligne en haut de mon fichier h
#include <configs.h>

et j'ai exactement:

..\lib\LGL-1.1\boost-1.30.2\boost\config\compiler\gcc.hpp|81|warning: #warning "Unknown compiler version - please run the configure tests and report the results"|

suivit de plein plein de:
D:\work\ia\ia\ia-gui\ia-gui-interface.h|117|error: expected `,' or `...' before "struct"|

Mais avec un code en c++, j'ai pas le souci, juste le:
D:\work\TMap\lib\LGL-1.1\boost-1.30.2\boost\config\compiler\gcc.hpp|81|warning: #warning "Unknown compiler version - please run the configure tests and report the results"|

Et même si je copie une définition de structure comme je le fait en Gtk+, dans mon code c ca passe....
Code:

1 2 3 4 5 6 7 8 9 10 typedef struct _Machin Machin; struct _Machin{ /* Variables Public */ }; Machin * fct(); /* En c Erreur générée a cet endrois */
05/09/2010, 11h29
teuf13

Ah oki, si LGL inclue des headers de boost "automatiquement", il y a de bonnes chances qu'il faille que tu indiques que tu souhaites faire un projet c++ (ie utiliser g++ pour compiler). Par contre tu devrais tout de même pouvoir utiliser gtk+ (et pas gtkmm).
05/09/2010, 14h31
gerald3d

Citation:

Envoyé par teuf13

Ah oki, si LGL inclue des headers de boost "automatiquement", il y a de bonnes chances qu'il faille que tu indiques que tu souhaites faire un projet c++ (ie utiliser g++ pour compiler). Par contre tu devrais tout de même pouvoir utiliser gtk+ (et pas gtkmm).

Je confirme. Je développe de plus en plus en C++ tout en utilisant Gtk+. Pas d'incompatibilité en soit.

Hum oui je confirme aussi, que ca fonctionne.
Sauf quand on utilise une variable comme ca:

Code:

1
2
3
4
 
GuiEntite* gui_interface_ajout_entite (GuiInterface *interface,
                                                    const gchar       *nom,
                                                    const mCG::vR3    *position = NULL);

Et que il y a un include a windows.h planqué qui lui même redéfini, une classe "interface", du coup ca compile plus :cry:
avec un "_" devant, et ca compile.

Code:

1
2
3
4
 
GuiEntite* gui_interface_ajout_entite (GuiInterface *_interface,
                                                    const gchar       *nom,
                                                    const mCG::vR3    *position = NULL);

Ben en tout ca merci d'avoir insisté, au moins j'ai trouvé, désolé j'aurai du copier la vrai ligne de code... ma faute.