next message in archive
no next message in thread
previous message in archive
Index of Subjects
A couple of weeks ago I noted that an attempt to compile with
internationalisation support on Solaris 2.5 failed quite badly. I
have since tracked down the problem. Early on, csbuild builds an
internatioalisation library (libintl.[ah]) and installs it in
/usr/local. There are two problems with this. The first is that
Solaris 2.5 supplies its own library, so there is no need to do this.
The second is that it doesn't compile cleanly. When configure
wants to determine if a particular header file exists on a system, it
creates a small C program that just has '#include <header.h>' and does
cc -c and checks the return status of the compiler. On Solaris 2.5,
the standard system locale.h has #include <libintl.h>.
/usr/local/include is early in the include path, so any attempt to
include locale.h gets /usr/local/include/libintl.h as well. This
combination does not compile cleanly. This causes configure to
believe that locale.h doesn't exist so it generates bad configuration
files for any program that uses locales (csuite or not), which causes
the program to fail to compile. One program that fails to compile is
gawk, which causes csbuild to blow up quite early. Of course this
causes all subsequent build attempts to blow up (including ones
without internationalisation support) as well. It took me a long time
to track this problem down.
next message in archive
no next message in thread
previous message in archive
Index of Subjects