gnome-libs 0.99.4 with imlib 1.9.1

[Philippe Defert cern ch]

I generated succesfully imlib-1.9.1 and gnome-libs 0.99.4 with egcs
1.1.1 on the following platforms:

sparc-sun-solaris2.6
i686-pc-linux-gnu
alpha-dec-osf4.0b
hppa1.1-hp-hpux10.20
powerpc-ibm-aix4.3.2.0
mips-sgi-irix6.5

All was OK with imlib but a few problems on gnome-libs which can be
corrected easily but one is bigger and I am stuck:

- on mips-sgi-irix6.5, there are lots of seg fault in the loader as
  the link command is too long, contains many times the same libs or
  -L/usr/local/lib, this happens mainly in dirctories libgnomeui and
  test-suite/tests 

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

- 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:

#if _XOPEN_SOURCE
/* "Socket"-level control message types: */
#define SCM_RIGHTS      0x01            /* access rights (array of int) */
#endif /* _XOPEN_SOURCE */

- 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.

- 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.

- 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:
#ifdef HAVE_IMLIB_1_9
GdkImlibImage *
gnome_canvas_load_alpha (char *file)
{
        g_return_val_if_fail (file != NULL, NULL);
 
        return gdk_imlib_load_alpha (file);
}
    ...

  and this symbol is not in imlib-1.9.1 !!! I am really amazed that
  this works on some other platforms where that symbol
  is not in imlib 1.9.1 too and the #define HAVE_IMLIB_1_9 1 is in the
  config.h. Strange. Anyhow it seems a problem with imlib 1.9.1:

   + on Linux and DEC UNIX, there are plenty of libs for imlib but 
   on Solaris, IRIX, AIX and HPUX, there are only libImlib and
   libgdk_imlib. On Linux and DEC UNIX, gdk_imlib_load_alpha is in
   libgdk_imlib. On all others, gdk_imlib_load_alpha_png is defined in 
   libgdk_imlib and not gdk_imlib_load_alpha. 

   + where the gdk_imlib_load_alpha is not defined, the link is OK on
   mips-sgi-irix6.5 and hppa1.1-hp-hpux10.20 but it failed on
   powerpc-ibm-aix4.3.2.0, sparc-sun-solaris2.6. Why ?

   What did I do wrong with imlib 1.9.1 ?

Thanks for your help.
Amicalement.
Philippe.