After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 503360 - build fail on Solaris
build fail on Solaris
Status: RESOLVED FIXED
Product: gtk-vnc
Classification: Other
Component: general
0.3.x
Other All
: Normal normal
: ---
Assigned To: gtk-vnc-maint
gtk-vnc-maint
Depends on:
Blocks:
 
 
Reported: 2007-12-13 03:56 UTC by Halton Huo
Modified: 2009-02-26 12:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch for bug #503359 and #503360 (3.83 KB, patch)
2007-12-13 03:56 UTC, Halton Huo
none Details | Review

Description Halton Huo 2007-12-13 03:56:00 UTC
Please describe the problem:
I'm trying to build gtk-vnc trunk code on Solaris, but met ld fail, see following error message:

/ws/onnv-tools-prc/SUNWspro/SS11/bin/cc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/gtk-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/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/libpng12 -DSYSCONFDIR=\"/export/home/halton/work/dist/etc\" -g -c gvnc.c  -KPIC -DPIC -o .libs/libgtk_vnc_1_0_la-gvnc.o
"gvnc.c", line 29: cannot find include file: <endian.h>

When I add -I/usr/include/ast to (where endian.h is located) to CFLAGS , get another error like some symbol not found:

/ws/onnv-tools-prc/SUNWspro/SS11/bin/cc -I/usr/include/gtk-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/sfw/include -I/usr/sfw/include/freetype2 -I/usr/include/libpng12 -I../src/ -I/usr/include/ast -o .libs/gvncviewer gvncviewer-gvncviewer.o  ../src/.libs/libgtk-vnc-1.0.so -L/usr/X11/lib -lgnutls -lgtk-x11-2.0 -lgdk-x11-2.0 -lXi -lXext -lX11 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lmlib -lpangocairo-1.0 -lfontconfig -lXrandr -lXcomposite -lXdamage -lpango-1.0 -lcairo -lXfixes -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -R/export/home/halton/work/dist/lib -R/usr/X11/lib
Undefined                       first referenced
symbol                             in file
_ast_snprintf                       gvncviewer-gvncviewer.o
_ast_printf                         gvncviewer-gvncviewer.o
_ast_malloc                         ../src/.libs/libgtk-vnc-1.0.so
_ast_sscanf                         ../src/.libs/libgtk-vnc-1.0.so
_ast_strdup                         ../src/.libs/libgtk-vnc-1.0.so
_ast_free                           ../src/.libs/libgtk-vnc-1.0.so
_ast_fprintf                        gvncviewer-gvncviewer.o
_Sfstderr                           gvncviewer-gvncviewer.o

Steps to reproduce:
1. 
2. 
3. 


Actual results:
build pass

Expected results:
build fail

Does this happen every time?
yes

Other information:
Comment 1 Halton Huo 2007-12-13 03:56:53 UTC
Created attachment 100863 [details] [review]
patch for bug #503359 and #503360
Comment 2 Jonh Wendell 2007-12-13 11:59:53 UTC
Hi, Halton.

Could you please send this patch to gtk-vnc mailing list, so that Anthony and Daniel can take a look at it?

You can just send a message with a link to this bug report.

Thanks.
Comment 3 Halton Huo 2007-12-13 14:01:40 UTC
I've already sent bug #503360 and #503359 to gtk-vnc list, found vinagre have category for gtk-vnc, so log the bug here again.

Please refer to the discussions about these two bugs on late Oct.
http://sourceforge.net/mailarchive/forum.php?thread_name=1193384236.17669.27.camel%40judo&forum_name=gtk-vnc-devel
http://sourceforge.net/mailarchive/forum.php?thread_name=1193379845.17669.17.camel%40judo&forum_name=gtk-vnc-devel
Comment 4 Jonh Wendell 2007-12-13 14:32:26 UTC
So, are these bugs already fixed?
Comment 5 Daniel Berrange 2007-12-13 16:42:59 UTC
Linking against 'ast' library is not an acceptable fix  - this is not a standard part of Solaris. A different approach is needed  - it is quite possible that endian.h is not available in base Solaris headers, in which case a configure.in test is required and some manual code to define the __LITTLE_ENDIAN and __BIG_ENDIAN constants
Comment 6 Halton Huo 2007-12-14 09:49:19 UTC
Can we use the macros defined in glib?

http://library.gnome.org/devel/glib/unstable/glib-Byte-Order-Macros.html
Comment 7 Jonh Wendell 2008-04-02 01:07:16 UTC
Hi, Halton. Is this fixed?
Comment 8 Halton Huo 2008-04-07 06:25:46 UTC
Yes, this bug is fixed on trunk.