Make -j* switch not used in v3 32 bit multilib dir?

[Jim Wilson]

Paolo Carlini wrote:
> recently (I would say 2-3 weeks, but I'm not completely sure) the 
> libstdc++-v3
> 32 bit directory of my multilib-ed builds (*) doesn't take into account 
> -j* anymore...

If you look at the make output, you will see
make[2]: warning: jobserver unavailable: using -j1.  Add `+' to parent 
make rule.

The rules in question are from automake unfortunately.  They are the 
rules that invoke MULTIDO and MULTICLEAN.  So in order to fix this, I 
first needed to patch automake to add the +, and then I needed to run 
automake in every directory affected by this problem.

I am not sure about whether the automake change is desirable.  GCC 
requires GNU make now, so there is no portability issue, but this might 
be a problem for other automake users if the + is not portable make.  I 
don't know offhand.  Perhaps there are other ways to fix this that avoid 
questions about makefile portability.

The boehm-gc/include/Makefile.in patch is large because it was made with 
an old automake version.  I didn't check to see if all of the changes 
were OK.

With this patch, I don't get the jobserver warnings anymore for the 
libstdc++ directory.  I haven't verified that it works for all 
directories yet.  Unfortunately, I don't have a nice machine that is 
both multi-processor and multilibbed, so I can't easily check to see how 
much this helps reduce gcc build times on multi processor machines.
-- 
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch.automake
URL: <http://gcc.gnu.org/pipermail/libstdc++/attachments/20040715/72e95a57/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch.gcc
URL: <http://gcc.gnu.org/pipermail/libstdc++/attachments/20040715/72e95a57/attachment-0001.ksh>