Re: gnome-libs 0.99.4 with imlib 1.9.1

[Sacha Gloor <sacha imp ch>]

Hello Philippe, 

I just saw that you have also compiled the gnome components on IRIX. 
I would like to know if your gnome-name-service is working ? 
I compiled imlib and gnomelib successfully on Irix 6.2. My problem is, 
that the gnome-name-service exits shortly, normal and without a 
core. It should loop and should be a running process waiting..

Many thanks an best regards

	Sacha Gloor



Philippe.Defert@cern.ch wrote:
> 
> 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.
> 
> --
>         FAQ: Frequently-Asked Questions at http://www.gnome.org/gnomefaq
>          To unsubscribe: mail gnome-list-request@gnome.org with
>                        "unsubscribe" as the Subject.

-- 
Sacha Gloor