Solaris, GCC and libintl

[Eric Botcazou]

Hi,

We have a problem in GCC on SPARC/Solaris 64-bit with the version of libintl 
present in the GNU toolchain tree (http://gcc.gnu.org/23541).  It's a bad 
interaction between <locale.h> and "libintl.h", which prevents some 
prototypes from being declared by the latter and thus fools the compiler 
because the platform is 64-bit big-endian.

My understanding is that the gettext build system is clever enough to overcome 
this kind of problems (I didn't manage to reproduce the problem there) but we 
use a custom, stripped-down build system in the GCC tree.  As a result, there 
is an ordering constraint on the inclusion of <locale.h> and "libintl.h" on 
Solaris, namely the former must be included after the latter.

That's already the case in ngettext.c, but not in dcigettext.c, dgettext.c and 
dngettext.c, hence the attached patch, necessary to bootstrap the compiler.

Would you be OK to apply it to the pristine gettext sources?


2006-09-12  Eric Botcazou  <address@hidden>

        * dcigettext.c: Include <locale.h> after "libgnuintl.h".
        * dgettext.c: Likewise.
        * dngettext.c: Likewise.
        * ngettext.c: Add comment about it.


-- 
Eric Botcazou

pr23541_gettext.diff
Description: Text Data