Kaveh R. Ghazi wrote:
> > Why would you expect to find install instructions in the
> > preprocessor manual, rather than the installation manual?
>
> Because the problem was caused by the preprocessor. I was looking for
> a *runtime* flag to change this behavior, (hence cpp.texi). Only in
> hin
> Why would you expect to find install instructions in the
> preprocessor manual, rather than the installation manual?
Because the problem was caused by the preprocessor. I was looking for
a *runtime* flag to change this behavior, (hence cpp.texi). Only in
hindsight (20/20) did it become clear
Kaveh R. Ghazi wrote:
> PS: --with-local-prefix= wasn't documented in cpp.texi, only in
> install.texi
Why would you expect to find install instructions in the preprocessor
manual, rather than the installation manual?
cheers,
DaveK
--
Can't think of a witty .sigline today
> > IMHO, the fact that GCC includes /usr/local/include by default in
> > it's system header search path is brain damaged, but it's probably
> > way too entrenched to revisit that. :-(
>
> You can stop this by specifying --with-local-prefix=/not-usr-local
> when configuring GCC.
Aha, --with
> IMHO, the fact that GCC includes /usr/local/include by default in it's
> system header search path is brain damaged, but it's probably way too
> entrenched to revisit that. :-(
>
> --Kaveh
> --
> Kaveh R. Ghazi[EMAIL PROTECTED]
You can stop this by specifyi
> > When I add --without-libiconv-prefix, it seems to avoid finding
> > libiconv.so during configure in stage1, but it still uses the wrong
> > iconv.h as of stage2. And with mainline, since configure is run
> > every stage it gets worse.
> > Any ideas?
>
> Make an explicit with-libiconv-p
On Mon, Jan 16, 2006 at 07:22:28PM -0500, Kaveh R. Ghazi wrote:
> I'm trying to bootstrap various GCC branches with --disable-nls on a
> system where the admin installed GNU libiconv in the default directory
> for GNU software, namely /usr/local.
I had a similar issue a while back:
http://gcc.gnu
I'm trying to bootstrap various GCC branches with --disable-nls on a
system where the admin installed GNU libiconv in the default directory
for GNU software, namely /usr/local. I'm having problems getting the
configury process to stop trying to use the GNU version and instead
work with the system
