nls patches - need help with make machinery
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:
# define alloca __builtin_alloca
# define HAVE_ALLOCA 1
# if defined HAVE_ALLOCA_H || defined _LIBC
# include <alloca.h>
# ifdef _AIX
# ifndef alloca
char *alloca ();
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