This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Another bootstrap error: fixinc/gnu-regex.c and _nl_msg_cat_cntr
- To: rearnsha at arm dot com
- Subject: Re: Another bootstrap error: fixinc/gnu-regex.c and _nl_msg_cat_cntr
- From: Bruce Korb <bkorb at sco dot COM>
- Date: Thu, 14 Dec 2000 10:40:30 -0800
- CC: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>, gcc at gcc dot gnu dot org, Bruce Korb <bkorb at gnu dot org>
- Organization: The Santa Cruz Operation
- References: <200012141222.MAA21319@cam-mail2.cambridge.arm.com>
Richard Earnshaw wrote:
>
> > Yet another bootstrap error, this time in fixinc (which has never been
> > broken for me before).
> >
> > Seen on i386-unknown-freebsd4.2 for a plain bootstrap with
> > ./configure --enable-languages=c.
>
> The same is happening on solaris-2.5.1.
>
> This is because the #include of auto-host.h has now been moved before the
> #ifdef ENABLE_NLS, so gnu-regex.c is now nls enabled. Unfortunately, the
> makefile makes no attempt to link in ../intl, despite the comment in the
> code saying that it does :-(
>
> Not sure what the fix is, off-hand -- if you revert r1.11->r1.10 in
> gnu-regex.c, you can get things building again for now.
It was not happening for me. But I was on another box.
The easiest is to just move the include of auto-host.h down
to after the #ifdef ENABLE_NLS. I made this change after noting
the compiler complaining about _GCC_... being defined twice.
Since auto-host.h does not protect against pre-definition
and automatically defines it itself, I looked aroung at the
#include context for auto-host.h in other sources. This looked
safe, but was not. So, I think the right fix is to put it back
where I got it and have auto-host.h either #undef the _GCC_...
thingey first or conditionally #define it. Or figure out how to
use regex out of libiberty :-).