nls patches - need help with make machinery
Robert Lipe
robertl@sco.com
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
#else
# if defined HAVE_ALLOCA_H || defined _LIBC
# include <alloca.h>
# else
# ifdef _AIX
#pragma alloca
# else
# ifndef alloca
char *alloca ();
# endif
# endif
# endif
#endif
#include <errno.h>
#ifndef errno
extern int errno;
#endif
Should we do the same for this version of libintl?
I can help with the process if we decide to do so.
RJL
More information about the Gcc-bugs
mailing list