28186
Comment: more gnome bugs
|
30387
spurious uninitialised variable warnings, update .jhbuildrc module_autogenargs
|
Deletions are marked like this. | Additions are marked like this. |
Line 28: | Line 28: |
module_autogenargs['evolution-exchange'] = autogenargs + ' --with-sunldap=yes' | |
Line 30: | Line 31: |
module_autogenargs['metacity'] = autogenargs + ' CFLAGS=-Wno-uninitialized' module_autogenargs['gdm'] = autogenargs + ' CFLAGS=-Wno-uninitialized' module_autogenargs['evolution'] = autogenargs + ' --with-cde-path=no' |
|
Line 40: | Line 44: |
There are sometimes spurious warnings "'variable' might be used uninitialized in this function" which become fatal thanks to -Werror that some modules enable when being built from version control. This is because we're using gcc 3.4 which has poor logic compared to more recent versions, so rather than wasting maintainers' time, just silence the warnings by putting -Wno-uninitialized in CFLAGS. |
|
Line 143: | Line 149: |
* dbus 1.2.12 dies in configure ([https://bugs.freedesktop.org/show_bug.cgi?id=21545 reported as bug 21545]: | * dbus 1.2.12 dies in configure ([https://bugs.freedesktop.org/show_bug.cgi?id=21545 reported as bug 21545]): |
Line 149: | Line 155: |
* mono doesn't build due to [https://bugzilla.novell.com/show_bug.cgi?id=470918 Novell bug 470918] which is fixed in 2.2. | * mono doesn't build due to [https://bugzilla.novell.com/show_bug.cgi?id=470918 Novell bug 470918] which is fixed in 2.2. It then gets stuck compiling something as described in [http://go-mono.com/forums/#nabble-to22587130|a22587130 this thread] which seems to be SPARC-related (as it also hangs on Linux/SPARC), reported as [https://bugzilla.novell.com/show_bug.cgi?id=504592 bug 504592]. |
Line 182: | Line 188: |
* libsoup fails to build because -Wmissing-include-dirs isn't in gcc 3.4.4, patch in [http://bugzilla.gnome.org/show_bug.cgi?id=578851 bug 578851] works but needs to be committed. | |
Line 192: | Line 197: |
(and a whole bunch of other errors, but this seems to be the proximate issue) | because unix.mak puts -xO3 in CFLAGS on Solaris even when using GCC ([http://sourceforge.net/tracker/?func=detail&aid=2793644&group_id=80674&atid=560614 bug 2793644]). It also needs environ declared: [http://sourceforge.net/tracker/?func=detail&aid=2793654&group_id=80674&atid=560614 bug 2793654]. |
Line 268: | Line 273: |
however this older gmsgfmt fails on gtk+, so the symlink has been removed for the moment. | |
Line 280: | Line 286: |
* Evolution needs --with-cde-path=no as installation with it on is broken ([http://bugzilla.gnome.org/show_bug.cgi?id=582939 bug 582939]) and not even Sun builds support for CDE these days. * WebKit needs icu-config, which will come when Sun integrates [http://arc.opensolaris.org/caselog/PSARC/2009/129/ PSARC/2009/129] - keep an eye on http://www.opensolaris.org/os/community/on/flag-days/ for this. * gnome-control-center thinks it has a libslab directory, but there isn't one in the [http://git.gnome.org/cgit/gnome-control-center/tree/ git repository], [http://bugzilla.gnome.org/show_bug.cgi?id=583158 bug 583158]. See discussion on [http://mail.gnome.org/archives/gnomecc-list/2009-April/msg00002.html gnomecc-list]. |
|
Line 284: | Line 293: |
* http://bugzilla.gnome.org/show_bug.cgi?id=575695 * http://bugzilla.gnome.org/show_bug.cgi?id=575329 * http://bugzilla.gnome.org/show_bug.cgi?id=575937 * http://bugzilla.gnome.org/show_bug.cgi?id=575398 * http://bugzilla.gnome.org/show_bug.cgi?id=571149 * http://bugzilla.gnome.org/show_bug.cgi?id=446600 * http://bugzilla.gnome.org/show_bug.cgi?id=445011 * http://bugzilla.gnome.org/show_bug.cgi?id=419279 * http://bugzilla.gnome.org/show_bug.cgi?id=364465 * http://bugzilla.gnome.org/show_bug.cgi?id=340195 * http://bugzilla.gnome.org/show_bug.cgi?id=365029 |
* http://bugzilla.gnome.org/show_bug.cgi?id=313417 |
Line 296: | Line 295: |
* http://bugzilla.gnome.org/show_bug.cgi?id=340128 * http://bugzilla.gnome.org/show_bug.cgi?id=358161 * http://bugzilla.gnome.org/show_bug.cgi?id=340117 * http://bugzilla.gnome.org/show_bug.cgi?id=340016 * http://bugzilla.gnome.org/show_bug.cgi?id=579070 * http://bugzilla.gnome.org/show_bug.cgi?id=582715 * http://bugzilla.gnome.org/show_bug.cgi?id=313417 * http://bugzilla.gnome.org/show_bug.cgi?id=580194 * http://bugzilla.gnome.org/show_bug.cgi?id=340277 |
|
Line 307: | Line 297: |
* http://bugzilla.gnome.org/show_bug.cgi?id=339924 * http://bugzilla.gnome.org/show_bug.cgi?id=340016 * http://bugzilla.gnome.org/show_bug.cgi?id=340117 * http://bugzilla.gnome.org/show_bug.cgi?id=340128 * http://bugzilla.gnome.org/show_bug.cgi?id=340195 * http://bugzilla.gnome.org/show_bug.cgi?id=340277 |
|
Line 308: | Line 304: |
* http://bugzilla.gnome.org/show_bug.cgi?id=357076 * http://bugzilla.gnome.org/show_bug.cgi?id=358161 * http://bugzilla.gnome.org/show_bug.cgi?id=364465 |
|
Line 310: | Line 309: |
* http://bugzilla.gnome.org/show_bug.cgi?id=365029 | |
Line 315: | Line 315: |
* http://bugzilla.gnome.org/show_bug.cgi?id=406018 * http://bugzilla.gnome.org/show_bug.cgi?id=406289 |
|
Line 316: | Line 318: |
* http://bugzilla.gnome.org/show_bug.cgi?id=581547 | * http://bugzilla.gnome.org/show_bug.cgi?id=419279 * http://bugzilla.gnome.org/show_bug.cgi?id=445011 * http://bugzilla.gnome.org/show_bug.cgi?id=446600 * http://bugzilla.gnome.org/show_bug.cgi?id=571149 * http://bugzilla.gnome.org/show_bug.cgi?id=575329 * http://bugzilla.gnome.org/show_bug.cgi?id=575398 * http://bugzilla.gnome.org/show_bug.cgi?id=575695 * http://bugzilla.gnome.org/show_bug.cgi?id=575937 |
Line 319: | Line 328: |
* http://bugzilla.gnome.org/show_bug.cgi?id=339924 * http://bugzilla.gnome.org/show_bug.cgi?id=406018 * http://bugzilla.gnome.org/show_bug.cgi?id=406289 |
|
Line 323: | Line 329: |
* http://bugzilla.gnome.org/show_bug.cgi?id=357076 | * http://bugzilla.gnome.org/show_bug.cgi?id=579070 * http://bugzilla.gnome.org/show_bug.cgi?id=580194 * http://bugzilla.gnome.org/show_bug.cgi?id=581547 * http://bugzilla.gnome.org/show_bug.cgi?id=582715 * http://bugs.freedesktop.org/show_bug.cgi?id=4120 * http://bugs.freedesktop.org/show_bug.cgi?id=6700 * http://bugs.freedesktop.org/show_bug.cgi?id=6968 * http://bugs.freedesktop.org/show_bug.cgi?id=8760 * http://bugs.freedesktop.org/show_bug.cgi?id=9247 * http://bugs.freedesktop.org/show_bug.cgi?id=10481 * http://bugs.freedesktop.org/show_bug.cgi?id=21751 |
Manduba should run a GNOME buildbot slave in order to help tinderbox the GNOME code, linked to http://build.gnome.org/
Running configuration
Manduba is running SunOS manduba 5.11 snv_101 sun4u sparc SUNW,Ultra-Enterprise Solaris
The buildbot runs as user 'buildbot' from /space/buildbot/
See http://developers.sun.com/solaris/articles/build_sw_on_solaris.html for general advice.
PATH=/space/buildbot/bin:/space/buildbot/prefix/bin:/usr/local/bin:/usr/gnu/bin:/usr/sfw/bin:/opt/SUNWspro/bin:/ucs/ccs/bin:/usr/ucb:/usr/bin: (from .zshenv) - make sure /usr/ucb is after /usr/ccs.
.jhbuildrc:
moduleset = 'gnome-suites-2.28' checkoutroot = os.path.expanduser('~/checkout/gnome2') prefix = '/space/buildbot/prefix' module_autogenargs['gettext'] = autogenargs + ' LDFLAGS="-lsec"' module_autogenargs['gst-plugins-base'] = autogenargs + ' CFLAGS=-I/usr/X11/include' module_autogenargs['gtk+'] = autogenargs + ' --without-libjasper' module_autogenargs['gmp'] = autogenargs + ' ABI=32' module_autogenargs['libgda'] = autogenargs + ' --without-mysql' module_autogenargs['libxml2'] = autogenargs + ' --with-python=/space/buildbot/prefix/bin/python' module_autogenargs['mono'] = autogenargs + ' --disable-dtrace' module_makeargs['nss'] = '' module_autogenargs['nspr'] = autogenargs + ' --disable-64bit' module_autogenargs['evolution-data-server'] = autogenargs + ' --with-sunldap=yes' module_autogenargs['evolution-exchange'] = autogenargs + ' --with-sunldap=yes' module_autogenargs['brasero'] = autogenargs + ' --disable-inotify' module_autogenargs['gvfs'] = autogenargs + ' CFLAGS="-D_XPG4_2 -D__EXTENSIONS__"' module_autogenargs['metacity'] = autogenargs + ' CFLAGS=-Wno-uninitialized' module_autogenargs['gdm'] = autogenargs + ' CFLAGS=-Wno-uninitialized' module_autogenargs['evolution'] = autogenargs + ' --with-cde-path=no' makeargs = '-j4' os.environ['INSTALL'] = os.path.expanduser('~/bin/install-check') use_local_modulesets = True
As CSW packages (blastwave.org/opencsw.org) are not part of the running path, ~/bin contains a symlink to /opt/csw/bin/git (git is also from opencsw while all other CSW packages come from Blastwave. Potential for interestingness.) doxygen is installed from Blastwave for libsigc++2.
mono needs --disable-dtrace added to the configure flags (as DTrace requires root permissions)
GNU MP (in the bootstrap moduleset) builds 64-bit libraries by default, which then cannot be linked against the 32-bit binaries that the toolchain produces for EVERYTHING ELSE. This makes guile fail to configure. There is a module_autogenargs setting to override this (module_extra_env didn't seem to work).
There are sometimes spurious warnings "'variable' might be used uninitialized in this function" which become fatal thanks to -Werror that some modules enable when being built from version control. This is because we're using gcc 3.4 which has poor logic compared to more recent versions, so rather than wasting maintainers' time, just silence the warnings by putting -Wno-uninitialized in CFLAGS.
use_local_modulesets allows us to use modifications to things like bootstrap.modulesets (e.g. autoconf-2.63 instead of 2.62):
--- bootstrap.modules (revision 2732) +++ bootstrap.modules (working copy) @@ -26,8 +26,8 @@ <autotools id="autoconf" autogen-sh="configure"> <branch repo="ftp.gnu.org" - module="autoconf/autoconf-2.62.tar.bz2" version="2.62" - size="1165951" md5sum="e1fb8fe0b22e651240afdfa2be537a3c" /> + module="autoconf/autoconf-2.63.tar.bz2" version="2.63" + size="1195259" md5sum="7565809ed801bb5726da0631ceab3699" /> <dependencies> <dep package="m4"/> </dependencies>
http://src.opensolaris.org/source/xref/jds/spec-files/trunk/ may contain useful patches that should be pushed upstream.
Configuration procedure
Part 1: Configure jhbuild
manduba: ~> mkdir -p ~/checkout/gnome2 manduba: ~> cd ~/checkout/gnome2 manduba: ~/checkout/gnome2> svn co http://svn.gnome.org/svn/jhbuild/trunk jhbuild manduba: ~/checkout/gnome2> cd jhbuild manduba: ~/checkout/gnome2/jhbuild> gmake -f Makefile.plain install-check CFLAGS='-DWITH_INSTALL=\"/usr/ucb/install\"'
(see http://bugzilla.gnome.org/show_bug.cgi?id=364465)
manduba: ~/checkout/gnome2/jhbuild> gmake -f Makefile.plain manduba: ~/checkout/gnome2/jhbuild> gmake -f Makefile.plain install
Create ~/.jhbuildrc as above.
To pick up standard version of gettext, libtool, automake-1.{4,7,8,9,10}, pkg-config, python, guile and waf,
manduba: ~> jhbuild bootstrap
Building gettext-0.17 on Solaris requires special arguments: http://savannah.gnu.org/bugs/?21604 which are added to jhbuild above. However, using the bootstrap version fixes errors on Solaris with "AM_NLS" Automake macros (the system gettext doesn't have them).
Part 2: Configure buildbot
http://live.gnome.org/BuildBrigade/DocsAndGuides
jhbuild bot --setup
(more to come)
Current Issues
Current issues:
- No SSL CA certs for wget, meaning Mozilla packages have to be manually downloaded
PolicyKit doesn't configure because when checking for PAM it tries to pass -l,as-needed which isn't supported by Solaris' ld(1). It also assumes that if using GCC, you're using GNU ld, which is not the case. Search configure.in for 'as-needed' to see the check. Filed as https://bugs.freedesktop.org/show_bug.cgi?id=20060 (hacks are in place to work around this, but the make fails later. Needs more investigation.)
- A bunch of modules fail to build with this error:
/usr/include/sys/feature_tests.h:353:2: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications"
This is apparently caused by [http://wiki.netbsd.se/Typical_pkgsrc_error_messages#Compiler_or_options_invalid_for_pre-UNIX_03_X.2FOpen_applications__and_pre-2001_POSIX_applications the -std=gnu99 flag] or the USE_LANGUAGES=c99 option in Makefiles. There is a patch for Python that fixes this: http://bugs.python.org/issue1759169 Affected packages are:
- dbus-python
- pycairo
- pyorbit
- gtk-vnc
metacity fails with the related error reported in [http://bugzilla.gnome.org/show_bug.cgi?id=582739 bug 582739]
/usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications require the use of c99"
libproxy is [http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/libproxy-05-config-posix.diff patched by Sun] to remove -D_POSIX_C_SOURCE=1; see http://code.google.com/p/libproxy/issues/detail?id=45 for a committed patch, waiting for a new release.
PulseAudio doesn't configure - dies with
checking for gdbm_open in -lgdbm... no checking gdbm.h usability... no checking gdbm.h presence... no checking for gdbm.h... no configure: error: gdbm.h not found
This is because gdbm is not available as a SUNW package or in buildbot (only by CSW). Filed as http://pulseaudio.org/ticket/493 - patching looks reasonably simple because use is confined to a single file.
- libdaemon doesn't build because of a reference to _NSIG (instead of NSIG) in dfork.c - this is fixed in HEAD but not 0.13.
- cairo 1.8.6 creates a messed up libtool:
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I/space/buildbot/prefix/include/pixman-1 -I/usr/include/freetype2 -I/space/buildbot/prefix//include -I/usr/include/libpng12 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/usr/X11/include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/usr/X11/include -Wall -Wextra -Wsign-compare -Werror-implicit-function-declaration -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wpacked -Wswitch-enum -Wstrict-aliasing=2 -Winit-self -Wdeclaration-after-statement -Wold-style-definition -Wno-unused-parameter -Wno-long-long -Winline -fno-strict-aliasing -fno-common -Wp,-D_FORTIFY_SOURCE=2 -g -O2 -D_POSIX_PTHREAD_SEMANTICS -MT cairo-atomic.lo -MD -MP -MF .deps/cairo-atomic.Tpo -c -o cairo-atomic.lo cairo-atomic.c ../libtool: line 845: X--tag=CC: command not found ../libtool: line 878: libtool: ignoring unknown tag : command not found ../libtool: line 845: X--mode=compile: command not found ../libtool: line 1012: *** Warning: inferring the mode of operation is deprecated.: command not found ../libtool: line 1013: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../libtool: line 1156: Xgcc: command not found ../libtool: line 1156: X-DHAVE_CONFIG_H: command not found ../libtool: line 1156: X-I.: command not found ../libtool: line 1156: X-I..: command not found ...
- each error occurs four times, and there's many more errors on line 1156. Copying the libtool from 1.8.4 works, but it'll be overwritten whenever autogen.sh is run. Needs futher investigation.
- clutter-cairo could use a dependency on clutter, otherwise configure fails.
dbus 1.2.12 dies in configure ([https://bugs.freedesktop.org/show_bug.cgi?id=21545 reported as bug 21545]):
checking 32-bit integer type... configure: error: No 32-bit integer type found
for which [http://www.nabble.com/problem-building-new-dbus-on-sparc64-td21711441.html OpenBSD have a fix]: [http://www.openbsd.org/cgi-bin/cvsweb/ports/x11/dbus/patches/patch-configure_in?rev=1.1 patch]
- gtkspell needs aspell or pspell, neither of which appear to have Solaris packages.
mono doesn't build due to [https://bugzilla.novell.com/show_bug.cgi?id=470918 Novell bug 470918] which is fixed in 2.2. It then gets stuck compiling something as described in [http://go-mono.com/forums/#nabble-to22587130|a22587130 this thread] which seems to be SPARC-related (as it also hangs on Linux/SPARC), reported as [https://bugzilla.novell.com/show_bug.cgi?id=504592 bug 504592].
- glade fails to build:
gcc -DHAVE_CONFIG_H -I. -I.. -DG_LOG_DOMAIN=\"libglade\" -I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/space/buildbot/prefix//include/libxml2 -I/space/buildbot/prefix/include/atk-1.0 -I/space/buildbot/prefix/include/glib-2.0 -I/space/buildbot/prefix/lib/glib-2.0/include -I/space/buildbot/prefix/include/gtk-2.0 -I/space/buildbot/prefix/lib/gtk-2.0/include -I/space/buildbot/prefix/include/cairo -I/space/buildbot/prefix/include/pango-1.0 -I/space/buildbot/prefix//include/pixman-1 -I/space/buildbot/prefix//include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/X11/include -DGLADE_LIBDIR=\"/space/buildbot/prefix/lib\" -DGLADE_PREFIX=\"/space/buildbot/prefix\" -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED -g -O2 -Wall -std=c9x -MT glade-init.lo -MD -MP -MF .deps/glade-init.Tpo -c glade-init.c -fPIC -DPIC -o .libs/glade-init.o In file included from /space/buildbot/prefix/include/glib-2.0/glib/gbacktrace.h:35, from /space/buildbot/prefix/include/glib-2.0/glib.h:36, from glade-init.c:27: /usr/include/signal.h:219: error: syntax error before '*' token
gbacktrace.h including signal.h without also sys/select.h is the proximate cause. I suspect this is also fixable with the right -std= flag (ala the Compiler or options error above) or defining __XOPEN_OR_POSIX and (_XPG42 or _XPG6). Currently fixed with a local patch to gbacktrace.h in glib see http://bugzilla.gnome.org/show_bug.cgi?id=562334 .
gnome-vfs fails to build because krb5-config doesn't like gssapi, see http://bugzilla.gnome.org/show_bug.cgi?id=395357 for workaround patch used. It then dies when linking:
gcc -std=gnu99 -g -O2 -o .libs/gnome-vfs-daemon dbus-utils.o vfs-daemon.o daemon-connection.o -L/space/buildbot/prefix/lib -L/space/buildbot/prefix//lib -L/usr/sfw/lib ../libgnomevfs/.libs/libgnomevfsdaemon-2.a -lhal-storage -lhal /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so ../libgnomevfs/.libs/libgnomevfs-2.so /space/buildbot/prefix/lib/libgconf-2.so /space/buildbot/prefix/lib/libORBit-2.so /space/buildbot/prefix/lib/libgmodule-2.0.so /space/buildbot/prefix/lib/libgthread-2.0.so -lthread /space/buildbot/prefix/lib/libxml2.so -lpthread -lz -lm /space/buildbot/prefix//lib/libdbus-glib-1.so /space/buildbot/prefix//lib/libdbus-1.so -lbsm /space/buildbot/prefix/lib/libgobject-2.0.so -lssl -lcrypto -ldl -lavahi-glib /space/buildbot/prefix/lib/libglib-2.0.so -lavahi-common -lavahi-client -lresolv -lsocket -lnsl -R/space/buildbot/prefix/lib -R/space/buildbot/prefix//lib -R/usr/sfw/lib ld: warning: file ../libgnomevfs/.libs/libgnomevfs-2.so: linked to /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so: attempted multiple inclusion of file Undefined first referenced symbol in file SSL_write /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_get_error /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_get_fd /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_set_fd /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_free /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_read /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSLv23_client_method /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_new /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_CTX_new /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_connect /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_shutdown /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_CTX_free /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so SSL_library_init /space/buildbot/checkout/gnome2/gnome-vfs/libgnomevfs/.libs/libgnomevfs-2.so ld: fatal: Symbol referencing errors. No output written to .libs/gnome-vfs-daemon collect2: ld returned 1 exit status
- being unable to find libssl even though -L /usr/sfw/lib -R /usr/sfw/lib -l ssl is given to gcc.
libgtop fails to build, Sun patch in [http://bugzilla.gnome.org/show_bug.cgi?id=576421 bug 576421] has been rejected.
{{{sysdeps.c:49: error: `GLIBTOP_SUID_PROC_WD' undeclared here (not in a function) sysdeps.c:50: error: `GLIBTOP_SUID_PROC_AFFINITY' undeclared here (not in a function)}}}
- libsigc++ fails to build with
{{{SRCDIR=. TOP_SRCDIR=../.. doxygen Doxyfile /bin/bash: doxygen: command not found}}}
- ptlib fails with
{{{g++ -DP_USE_PRAGMA -DPTRACING=1 -D_REENTRANT -I/usr/sfw/include -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -Wall -fPIC -DPIC -DNDEBUG -xO3 -I/space/buildbot/checkout/gnome2/ptlib-2.5.2/include -DSOLARIS -Dinline=inline -felide-constructors -Wreorder -c ptlib/common/pluginmgr.cxx -o /space/buildbot/checkout/gnome2/ptlib-2.5.2/lib_solaris_sparc/obj/pluginmgr.o g++: language O3 not recognized}}} because unix.mak puts -xO3 in CFLAGS on Solaris even when using GCC ([http://sourceforge.net/tracker/?func=detail&aid=2793644&group_id=80674&atid=560614 bug 2793644]). It also needs environ declared: [http://sourceforge.net/tracker/?func=detail&aid=2793654&group_id=80674&atid=560614 bug 2793654]. samba's configure script complains (needs http://osdir.com/ml/solaris.opensolaris.networking/2006-11/msg00054.html) that and the build fails (see https://bugzilla.samba.org/show_bug.cgi?id=3871) with libgda doesn't build due to http://bugzilla.gnome.org/show_bug.cgi?id=576417 but this is worked around by disabling MySQL. gamin wants FAM, which doesn't exist on Solaris. Sun have [http://bugzilla.gnome.org/show_bug.cgi?id=491319 submitted a patch to use FEN] but no-one cares (gamin is unmaintained?) Fixing bugs in the PulseAudio HEAD requires libtool 2.2 or greater. guile will not build with libtool greater than 1.5.6. Yay. And make sure you do 'make uninstall' in the libtool2.2 directory before reinstall 1.5.6, otherwise random stuff breaks. gtk+ tries to install manpages even when they're not built, see http://bugzilla.gnome.org/show_bug.cgi?id=578765 for patch gvfs needs CFLAGS="-D_XPG4_2" to make CMSG_SPACE in <sys/socket.h> visible. Taken from http://src.opensolaris.org/source/xref/jds/spec-files/trunk/SUNWgnome-gvfs.spec nautilus fails to compile because of warnings in eel being made errors by -Werror ([http://bugzilla.gnome.org/show_bug.cgi?id=582711 bug 582711] : Cheese fails because it needs HAL >= 0.5.9 but SXCE b101 only has HAL 0.5.8. Evolution needs --with-cde-path=no as installation with it on is broken ([http://bugzilla.gnome.org/show_bug.cgi?id=582939 bug 582939]) and not even Sun builds support for CDE these days. WebKit needs icu-config, which will come when Sun integrates [http://arc.opensolaris.org/caselog/PSARC/2009/129/ PSARC/2009/129] - keep an eye on http://www.opensolaris.org/os/community/on/flag-days/ for this. gnome-control-center thinks it has a libslab directory, but there isn't one in the [http://git.gnome.org/cgit/gnome-control-center/tree/ git repository], [http://bugzilla.gnome.org/show_bug.cgi?id=583158 bug 583158]. See discussion on [http://mail.gnome.org/archives/gnomecc-list/2009-April/msg00002.html gnomecc-list].
We've reported a bunch of bugs, and some have been fixed: checking netinet/ip.h usability... no
checking netinet/ip.h presence... yes
configure: WARNING: netinet/ip.h: present but cannot be compiled
configure: WARNING: netinet/ip.h: check for missing prerequisite headers?
configure: WARNING: netinet/ip.h: see the Autoconf documentation
configure: WARNING: netinet/ip.h: section "Present But Cannot Be Compiled"
configure: WARNING: netinet/ip.h: proceeding with the preprocessor's result
configure: WARNING: netinet/ip.h: in the future, the compiler will take precedence
configure: WARNING: ## ---------------------------------------- ##
configure: WARNING: ## Report this to [email protected] ##
configure: WARNING: ## ---------------------------------------- ##
Compiling heimdal/lib/roken/vis.c
In file included from heimdal/../heimdal_build/vis.h:3,
from heimdal/lib/roken/vis.c:83:
./heimdal/lib/roken/vis.hin:83:23: sys/cdefs.h: No such file or directory
In file included from heimdal/../heimdal_build/vis.h:3,
from heimdal/lib/roken/vis.c:83:
./heimdal/lib/roken/vis.hin:86: error: syntax error before "char"
heimdal/lib/roken/vis.c:103: error: syntax error before "static"
heimdal/lib/roken/vis.c: In function `do_svis':
heimdal/lib/roken/vis.c:229: error: `u_int32_t' undeclared (first use in this function)
heimdal/lib/roken/vis.c:229: error: (Each undeclared identifier is reported only once
heimdal/lib/roken/vis.c:229: error: for each function it appears in.)
heimdal/lib/roken/vis.c:229: error: syntax error before "u_char"
heimdal/lib/roken/vis.c:229: error: syntax error before ')' token
heimdal/lib/roken/vis.c:230: error: syntax error before "u_char"
heimdal/lib/roken/vis.c:230: error: syntax error before ')' token
The following command failed:
gcc -Iheimdal/../heimdal_build -Iheimdal/lib/roken -I../lib/socket_wrapper -fPIC -I./include -I. -I./lib -I./../lib/replace -I./../lib/talloc -I./.. -D_SAMBA_BUILD_=4 -DHAVE_CONFIG_H -c heimdal/lib/roken/vis.c -o heimdal/lib/roken/vis.o
cc -c -Wall -I/space/buildbot/prefix//include/dbus-1.0 -I/space/buildbot/prefix//lib/dbus-1.0/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO -xO3 -xspace -xildoff -DVERSION=\"0.33.5\" -DXS_VERSION=\"0.33.5\" -KPIC "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE" -DDBUS_API_SUBJECT_TO_CHANGE -DHAVE_CONN_DISCONNECT=0 -DNET_DBUS_DEBUG=1 DBus.c
cc: illegal option -Wall
gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../clutter -I../../../clutter/cogl -I../../../clutter/cogl/common -I../../../clutter/cogl/gl -I../../../clutter -I../../../clutter/cogl -D_REENTRANT -D_PTHREADS -D_POSIX_PTHREAD_SEMANTICS -I/space/buildbot/prefix/include/pango-1.0 -I/space/buildbot/prefix/include/cairo -I/space/buildbot/prefix/include/glib-2.0 -I/space/buildbot/prefix/lib/glib-2.0/include -I/space/buildbot/prefix//include/pixman-1 -I/space/buildbot/prefix//include -I/space/buildbot/prefix/include/gtk-2.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/X11/include -DCLUTTER_ENABLE_DEBUG -DG_DISABLE_CAST_CHECKS -g -Wall -g -O2 -MT cogl-fbo.lo -MD -MP -MF .deps/cogl-fbo.Tpo -c cogl-fbo.c -fPIC -DPIC -o .libs/cogl-fbo.o
cogl-fbo.c: In function `cogl_offscreen_new_to_texture':
cogl-fbo.c:100: error: `GL_RENDERBUFFER_EXT' undeclared (first use in this function)
cogl-fbo.c:100: error: (Each undeclared identifier is reported only once
cogl-fbo.c:100: error: for each function it appears in.)
cogl-fbo.c:101: error: `GL_STENCIL_INDEX8_EXT' undeclared (first use in this function)
cogl-fbo.c:108: error: `GL_FRAMEBUFFER_EXT' undeclared (first use in this function)
cogl-fbo.c:109: error: `GL_COLOR_ATTACHMENT0_EXT' undeclared (first use in this function)
cogl-fbo.c:111: error: `GL_STENCIL_ATTACHMENT_EXT' undeclared (first use in this function)
cogl-fbo.c:118: error: `GL_FRAMEBUFFER_COMPLETE_EXT' undeclared (first use in this function)
cogl-fbo.c: In function `cogl_draw_buffer':
cogl-fbo.c:293: error: `GL_FRAMEBUFFER_EXT' undeclared (first use in this function
gcc -DHAVE_CONFIG_H -I. -I.. -DG_LOG_DOMAIN=\"Eel\" -I.. -D_REENTRANT -D_PTHREADS -DORBIT2=1 -D_POSIX_PTHREAD_SEMANTICS -I/space/buildbot/prefix/include/glib-2.0 -I/space/buildbot/prefix/lib/glib-2.0/include -I/space/buildbot/prefix/include/gnome-desktop-2.0 -I/space/buildbot/prefix/include/gtk-2.0 -I/space/buildbot/prefix/include/startup-notification-1.0 -I/space/buildbot/prefix/lib/gtk-2.0/include -I/space/buildbot/prefix/include/atk-1.0 -I/space/buildbot/prefix/include/cairo -I/space/buildbot/prefix/include/pango-1.0 -I/space/buildbot/prefix//include/pixman-1 -I/space/buildbot/prefix//include -I/space/buildbot/prefix/include/gio-unix-2.0/ -I/space/buildbot/prefix//include/unique-1.0 -I/space/buildbot/prefix//include/dbus-1.0 -I/space/buildbot/prefix//lib/dbus-1.0/include -I/space/buildbot/prefix/include/gail-1.0 -I/space/buildbot/prefix/include/gconf/2 -I/space/buildbot/prefix/include/orbit-2.0 -I/space/buildbot/prefix/include/libxml2 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/X11/include -I/space/buildbot/prefix/include/pango-1.0 -I/space/buildbot/prefix/include/glib-2.0 -I/space/buildbot/prefix/lib/glib-2.0/include -Wall -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Werror -Wstrict-aliasing=0 -DDATADIR=\"/space/buildbot/prefix/share\" -DSOURCE_DATADIR=\"../data\" -DGNOMELOCALEDIR=\"/space/buildbot/prefix/share/locale\" -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGMENU_I_KNOW_THIS_IS_UNSTABLE -g -O2 -MT eel-background.lo -MD -MP -MF .deps/eel-background.Tpo -c eel-background.c -fPIC -DPIC -o .libs/eel-background.o
eel-background.c: In function `eel_background_receive_dropped_color'
eel-background.c:1050: warning: cast increases required alignment of target type
make[2]: *** [eel-background.lo] Error 1
/opt/csw/bin/gmsgfmt -c --statistics -o eu.gmo eu.po
/opt/csw/bin/gmsgfmt: eu.po: warning: PO file header fuzzy
warning: older versions of msgfmt will give an error on this
gcc -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/space/buildbot/prefix/include/gtk-2.0 -I/space/buildbot/prefix/lib/gtk-2.0/include -I/space/buildbot/prefix/include/atk-1.0 -I/space/buildbot/prefix/include/cairo -I/space/buildbot/prefix/include/pango-1.0 -I/space/buildbot/prefix/include/glib-2.0 -I/space/buildbot/prefix/lib/glib-2.0/include -I/space/buildbot/prefix//include/pixman-1 -I/space/buildbot/prefix//include -I/space/buildbot/prefix/include/libglade-2.0 -I/space/buildbot/prefix/include/libxml2 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/X11/include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -I/space/buildbot/prefix/include/gtk-2.0 -I/space/buildbot/prefix/include/glib-2.0 -I/space/buildbot/prefix/lib/glib-2.0/include -I/space/buildbot/prefix//include/dbus-1.0 -I/space/buildbot/prefix//lib/dbus-1.0/include -I/space/buildbot/prefix/lib/gtk-2.0/include -I/space/buildbot/prefix/include/atk-1.0 -I/space/buildbot/prefix/include/cairo -I/space/buildbot/prefix/include/pango-1.0 -I/space/buildbot/prefix//include/pixman-1 -I/space/buildbot/prefix//include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/X11/include -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -g -O2 -L/space/buildbot/prefix/lib -o zenity zenity-about.o zenity-calendar.o zenity-entry.o zenity-fileselection.o zenity-main.o zenity-msg.o zenity-notification.o zenity-option.o zenity-progress.o zenity-scale.o zenity-text.o zenity-tree.o zenity-util.o -R/lib -L/space/buildbot/prefix/lib -L/space/buildbot/prefix//lib -L/lib -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -R/lib -L/space/buildbot/prefix/lib -L/space/buildbot/prefix//lib -L/lib -lnotify -lgtk-x11-2.0 -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgmodule-2.0 -ldbus-1 -lgobject-2.0 -lglib-2.0
Undefined first referenced
symbol in file
XGetWindowAttributes zenity-util.o (symbol belongs to implicit dependency /usr/X11/lib/libX11.so.4)
XFree zenity-util.o (symbol belongs to implicit dependency /usr/X11/lib/libX11.so.4)
XGetWMName zenity-util.o (symbol belongs to implicit dependency /usr/X11/lib/libX11.so.4)
XQueryTree zenity-util.o (symbol belongs to implicit dependency /usr/X11/lib/libX11.so.4)
ld: fatal: Symbol referencing errors. No output written to zenity
Bugs fixed