This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: latest snapshot won't find C++ header files
On nil, 8 October 1998, 14:07:18, oliva@dcc.unicamp.br wrote:
> Manfred Hollstein <manfred@s-direktnet.de> writes:
>
> >> The patch I have submitted is supposed to fix the gxx-include-dir
> >> problem, but not the local-includes one.
>
> The attached patch overrides the previous one. It fixes both the
> --with-gxx-include-dir and the --with-local-prefix problem. There was
> a bug in the gxx-include-dir code in configure.in in the previous
> patch.
I just tested your patch with a recent CVS checkout, and it works OK!
There is only one new problem: Jeff fixed the defines for compiling
cpplib.o, and he added the same problem as with cccp.o; you should
add the -DGPLUSPLUS_INCLUDE_DIR=\"$(gxx_include_dir)\" to cpplib.o's
rule, too. If you're going to add this, I'll withdraw my patch `PATCH
to make g++ find its include files again'.
>
> > The source of the problem is: the root directory for locating files is
> > $(libsubdir), and this usually *does not exist while you're building a
> > new snapshot*, hence assemblers, linkers, binutils, include files
> > (forgot anything?) won't be found at build time.
>
> But they aren't currently found anyway, and they weren't found in the
> install tree before. Moreover, I'm not trying to fix this problem,
> I'm fixing *another* problem, so rejecting this patch because it does
> not fix the binaries-not-found problem is unfair :-)
I'm sorry, my intention was not to attack anybody or to reject your patch;
if it sounded this way, I honestly apologize! I was only surprised (and
perhaps somewhat angry) to see how many working things had been broken
by this small $(unlibsubdir) patch :-)
>
> In order to fix the binaries-not-found problem, wouldn't it be enough
> to add another -B switch to GCC_FOR_TARGET, as well as to CC for
> stages after stage1?
I believe this would solve the problem, indeed.
manfred