Re: Building gtk+ is a pain on HP-UX, Tru64, IRIX

[Owen Taylor <otaylor redhat com>]

Atro Tossavainen <atossava cc helsinki fi> writes:

> Is there a reason why building gtk+ has to be such a pain in non-
> Linux environments? (Surprisingly, it built on Solaris after the
> -lpango-1.0 issue was fixed.)
> 
> I've now spent hours trying different combinations of gcc or native
> cc, this and that, on Tru64, IRIX and HP-UX, and am getting nowhere.
> 
> Are there some particular pitfalls I should be aware of?  The 
> installation documentation isn't very helpful on platform-specific
> issues.

 - Non-Linux platforms are often old and don't conform to 
   current standards. (Building on HP-UX 11 should be easier
   than on 10.20, etc.)

 - More people are building GTK+ on Linux and Solaris than
   other platforms.

If you find any problems, please report them in bugzilla.gnome.org;
we can't guarantee that we'll fix them quickly, but we can't
fix them if we don't know about them. :-)

If you find anything that you think should be in the install
documentation, please put it bugzilla.gnome.org too.
 
> Latest Alpha/Tru64 error:
> 
> Making all in stock-icons
> gmake[3]: Entering directory `/var/tmp/gtk+-2.0.5/gtk/stock-icons'
> GDK_PIXBUF_MODULEDIR=../../gdk-pixbuf ../../gdk-pixbuf/gdk-pixbuf-csource      \
>    --raw --build-list stock_add_16                      ./stock_add_16.png stock_add_24                         ./stock_add_24.png stock_align_center_16       ./stock_align_center_16.png stock_align_center_24                ./stock_align_center_24.png stock_align_justify_16              ./stock_align_justify_16.png stock_align_justify_24             ./stock_align_justify_24.png stock_align_left_16./stock_align_left_16.png stock_align_left_24           ./stock_align_left_24.png stock_align_right_16          ./stock_align_right_16.png stock_align_right_24./stock_align_right_24.png stock_apply_20                        ./stock_apply_20.png stock_cancel_20                    ./stock_cancel_20.png stock_dnd_multiple_32           ./stock_dnd_multiple_32.png stock_bottom_16                      ./stock_bottom_16.png stock_bottom_24                    ./stock_bottom_24.png stock_cdrom_16                    ./stock_cdrom_16.png stock_cdrom_24            ./stock_cdrom_24.png stock_clear_24                      ./stock_clear_24.png stock_close_20                     ./stock_close_20.png stock_close_24            ./stock_close_24.png stock_colorselector_24              ./stock_colorselector_24.png  > ./gtkstockpixbufs.h ||  \
>            ( rm -f ./gtkstockpixbufs.h && false )
> 
> (process:16319): GLib-CRITICAL (recursed) **: file gstring.c: line 423: assertion `val != NULL' failed
> aborting...

Are you sure this is GLib-2.0.4? This should have been fixed to
give a more useful error message by:

Mon May 13 11:42:23 2002  Owen Taylor  <otaylor redhat com>

	* glib/gmessages.c (strdup_convert): If
	g_convert_with_fallback() fails, print the error
	message to stderr the first time, then return
	the original string. (#78197)

Which was in GLib-2.0.3. As it happens, a note about
this particular case was added to the GLib-2.0.4 README:

 The native iconv on Compaq Tru64 doesn't contain support for
 UTF-8, so you'll need to use GNU libiconv instead. (When
 using GNU libiconv for GTK+, you'll need to use GNU libiconv
 for GNU gettext as well.) This probably applies to related
 operating systems as well.

Regads,
                                        Owen