This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: gengenrtl needs to link with libintl


> 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)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]