This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: gengenrtl needs to link with libintl
- To: dj at redhat dot com (DJ Delorie)
- Subject: Re: gengenrtl needs to link with libintl
- From: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Date: Mon, 12 Nov 2001 15:21:07 -0500 (EST)
- Cc: gcc-bugs at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
> In general, I oppose changes to libiberty that:
>
> 1. Are gcc-specific, as libiberty is used in far more than just gcc.
I think part of the problem is with obstack.c using `_' for
the error handler. It is short but open to namespace conflicts.
> The generic agreed-upon course to take when these things happen is to
> revert whatever caused the problem to manifest. Long term, IMHO the
> perferred solution is to have a build-libiberty so that this gcc
> hackery can be removed.
That would be fine with me. There is also Jim Wilson's suggestion
to undefine HAVE_LIBINTL_H when GENERATOR_FILE is defined.
I am still a puzzled as to what generator programs can and can't link
with. It seems to be ok to link with libc on the build system but
not libintl. The build system in this case has an installed version
of libintl so we don't need a build-libintl. I can see gcc needs
a special version of libintl when build!=host but surely generator
programs only are intended to run on the build system.
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)