This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Advice requested: how big can we be?
> From: Richard Henderson <rth@redhat.com>
>
> On Tue, Sep 16, 2003 at 01:11:56PM -0700, Joe Buck wrote:
> > It appears that there is a bad interaction between parallel make
> > and multilibs -- something isn't done right for that case.
>
> It's not just multilibs. Things fail regularly on my 4x alpha-linux
> box, and there are no multilibs there.
> r~
And I believe there are at least two problems, maybe more.
1. I know one issue (PR11932) is a parallel mkdir problem. I get
that one pretty regularly. The top level Makefile is too hairy
for me to fix it, but it should be straight forward for someone
who's worked on it. Nuking the target library subdir contents and
restarting usually succeeds as a workaround.
2. Another issue I'm not sure is described in any PR, but when
building libg2c I get a problem on irix6.5:
> ld32: FATAL 12 : Expecting n32 objects: libE77/.libs/Labort.o is n64.
> make[5]: *** [libg2c.la] Error 4
This occurs because of a bad definition of $LD. It _might_ be
related to PR12088. Again, nuking the target library subdir
contents and restarting usually works.
I have an unconfirmed suspicion that this second one is an issue
with sharing config.cache among all of the target libraries. The
problem is that we've converted some (one?) of the libraries to
autoconf 2.57 but not the others. And perhaps there are locking
issues if they're all writing to this file? Anyway I think this
is dangerous. IMHO, we should move the config.cache down into
each target librariy directory until all libraries are using the
same autoconf version again and we're satisfied there are no
locking issues with the cache file.
Another option might be to force configuring serially.
--Kaveh
--
Kaveh R. Ghazi ghazi@caip.rutgers.edu