------- Additional Comments From ian at airs dot com 2005-08-03 06:00 -------
I looked into fixing this on the 3.4 branch. There is at minimum a series of
patches which would have to be applied:
1) mklibgcc.in has to be changed to group all the EXTRA_MULTILIB_PARTS files for
a particular multilib together. (E.g., H.J. Lu patch of 2004-12-02).
2) mklibgcc.in has to be changed to make the shared libgcc (if any) and
libunwind (if any) for each multilib depend on the extra target created in step
1. This is so that the required parts exist before the shared libgcc is built.
(E.g., Zack Weinberg patch of 2004-11-30).
3) Every use of move-if-change in the top level Makefile has to be modified to
use a stamp file, in particular options.h and gtyp-gen.h. Otherwise the
parallel makes will try to rebuild them simultaneously, which will fail. (E.g.,
Ian Lance Taylor patch of 2004-01-28).
This is of course possible but tedious to test all relevant cases. We may want
to close this as WONTFIX for 3.4.
H.J., you reported the bug. What do you think?
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18532
