gnome-libs 0.99.4 with imlib 1.9.1

Hello Philippe,

   As usual, thanks a lot for your detailed bug report on the
compilation status of GNOME.  It is of great help.

 > - powerpc-ibm-aix4.3.2.0, the -Wl,-bbigtoc is needed often

How can we do this automatically with autoconf?  If you have any
experience with this, please let me know so that we can put this by
default for GNOME compiles.

 > - on powerpc-ibm-aix4.3.2.0 and mips-sgi-irix6.5, error at compile
 >   time for zvt/subshell.c as _XOPEN_SOURCE is defined in
 >   zvt/subshell-include.h and in gnome-pty-helpre.c like that:
 > # define _XOPEN_SOURCE
 >   It should be 
 > # define _XOPEN_SOURCE 1
 >   as in /usr/include/sys/socket there is a:

Fixed on CVS.  Next version should include the fix.

 > - on mips-sgi-irix6.5, there is still a link problem for
 >   libgnorba/gnome-name-service as the -lname-server is at the end of
 >   the link command. Solution: put it just after gnome-name-server.o.

Fixed as well.

 > - on hppa1.1-hp-hpux10.20, as with previous version, compilation fails
 >   for libgnorba/goad.c:
 > : :gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I./.. -DNEED_GNOMESUPPORT_H -I../support -I../support -I/usr/local/include -I/usr/local/lib/glib/include -I/usr/local/include -DGNOMEBINDIR=/usr/local/bin -DGNOMESYSCONFDIR=\"/usr/local/etc\" -DVERSION=\"0.99.4\" -I/usr/local/include -I/usr/local/lib/glib/include -I/usr/local/include -O2 -Wall -Wno-unused -c -fPIC -DPIC goad.c -o goad.lo
 >  :*:gnome-factory-stubs.c:126: warning: `_ORBIT_retval' might be used uninitialized in this function
 >  :*:goad.c:27: dlfcn.h: No such file or directory
 >  :*:gmake[2]: *** [goad.lo] Error 1
 >  : :gmake[2]: Leaving directory `/scratch/happi/GNU.DESK/gnome-libs-0.99.4/libgnorba'
 >  :*:gmake[1]: *** [all-recursive] Error 1
 >  : :gmake[1]: Leaving directory `/scratch/happi/GNU.DESK/gnome-libs-0.99.4'
 >  :*:gmake: *** [all-recursive-am] Error 2
 >   In goad.c I deleted the two lines with #define SHLIB_DEPENDENCIES 1
 >   and it compiled.

I am stunned.  Why are we using dlfcn.h directly here?  We should be
using g_module to isolate this in a portable fashion.  I have mailed
Elliot to figure out why that code is there.

 > - on powerpc-ibm-aix4.3.2.0 and sparc-sun-solaris2.6, there is link
 >   problem for libgnomeui/gnome_segv as  gdk_imlib_load_alpha is an
 >   undefined symbol used in gnome-canvas-load.c:

This is fixed by using Imlib 1.9.2 (I do not think anyone announced
the availability of it, but it is on the FTP site).

The error occurs only on platforms where dynamic linking is not

The reason you see so many libraries in some platforms is because now
Imlib will use dynamic modules to handle image formats on the
platforms where this is supported (this means: smaller link lines, and 
delay the loading of the modules to runtime).

In the other hand, the platforms that lack dynamic linking, all of the 
image libraries must be linked at compile time and we do not compile
the dynamic modules.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]