GNOME Bugzilla – Bug 568254
build fail on symbol-db-engine-core.c with suncc
Last modified: 2009-01-20 20:08:57 UTC
I'm building anjuta trunk (r4605) with suncc under Solaris, but get following errors /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DORBIT2=1 -D_REENTRANT -D_PTHREADS -D_POSIX_PTHREAD_SEMANTICS -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/X11/include -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gnome-vfs-module-2.0 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomeprintui-2.2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I../.. -DPACKAGE_PIXMAPS_DIR=\"/export/home/halton/work/dist/share/pixmaps/anjuta\" -DPACKAGE_LIB_DIR=\"/export/home/halton/work/dist/lib/anjuta\" -DPACKAGE_DATA_DIR=\"/export/home/halton/work/dist/share/anjuta\" -D_REENTRANT -D_PTHREADS -I/usr/include/libgda-4.0 -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DG_LOG_DOMAIN=\"libanjuta-symbol-db\" -g -c symbol-db-engine-core.c -KPIC -DPIC -o .libs/symbol-db-engine-core.o "symbol-db-engine-core.c", line 523: reference to static identifier "sdb_engine_dyn_child_query_node_destroy" in extern inline function "symbol-db-engine-core.c", line 573: reference to static identifier "sdb_engine_dyn_child_query_node_destroy" in extern inline function "symbol-db-engine-core.c", line 5268: warning: argument #6 is incompatible with prototype: prototype: pointer to void : "/usr/include/glib-2.0/gobject/gsignal.h", line 385 argument : pointer to function(pointer to struct _SymbolDBEngine {struct _GObject {..} parent_instance, pointer to struct _SymbolDBEnginePriv {..} priv}, int, pointer to struct _UpdateFileSymbolsData {pointer to char project, int update_prj_analyse_time, pointer to struct _GPtrArray {..} files_path}) returning void "symbol-db-engine-core.c", line 5846: warning: argument #6 is incompatible with prototype: prototype: pointer to void : "/usr/include/glib-2.0/gobject/gsignal.h", line 385 argument : pointer to function(pointer to struct _SymbolDBEngine {struct _GObject {..} parent_instance, pointer to struct _SymbolDBEnginePriv {..} priv}, int, pointer to void) returning void cc: acomp failed for symbol-db-engine-core.c
Created attachment 126731 [details] [review] patch for bug #568254 remove inline keyword for function sdb_engine_insert_dyn_query_node_by_id will fix this issue
well, actually I don't understand why removing that 'inline' keyword fix the compile. what about the others inlined functions?
Created attachment 126788 [details] [review] other patch can you please try with this patch instead of yours if the compile works fine? (you should revert your one) thanks
(In reply to comment #3) > Created an attachment (id=126788) [edit] > other patch > > can you please try with this patch instead of yours if the compile works fine? > (you should revert your one) Massimo, your patch works fine on Solaris.
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.