nls patches - need help with make machinery

Robert Lipe
Sun Jun 4 11:20:00 GMT 2000

Zack Weinberg wrote:

> Unfortunately, the code in libintl isn't compiled at all on systems that
> use GNU libc, because configure finds the routines in libc and skips them
> over.  So this would not have helped.

Good point.  It could presumably be forced to be built on such systems
for the maintainers of it, though, right?

> I wonder if it would be a good idea to move libintl to the top level
> of the tree, alongside libiberty.  This would avoid the problems with

Should this copy of libintl generally be updated to use existing
portability machinery in GCC?  There is a lot of stuff that the rest of
GCC knows how to get right that is reimplemented (or worse, missed) in
libintl.    Elsewhere in GCC we've eliminted code like this:

#ifdef __GNUC__
# define alloca __builtin_alloca
# define HAVE_ALLOCA 1
# if defined HAVE_ALLOCA_H || defined _LIBC
#  include <alloca.h>
# else
#  ifdef _AIX
 #pragma alloca
#  else
#   ifndef alloca
char *alloca ();
#   endif
#  endif
# endif

#include <errno.h>
#ifndef errno
extern int errno;

Should we do the same for this version of libintl?

I can help with the process if we decide to do so.


More information about the Gcc-bugs mailing list