PATCH: PR bootstrap/18532: libgcc.mk isn't parallel build

Zack Weinberg zack@codesourcery.com
Thu Dec 2 23:09:00 GMT 2004


Richard Earnshaw <Richard.Earnshaw@buzzard.freeserve.co.uk> writes:

> On Thu, 02 Dec 2004 13:10:13 PST, Zack Weinberg wrote:
>> "H. J. Lu" <hjl@lucon.org> writes:
>> 
>> > On Thu, Dec 02, 2004 at 12:58:12PM -0800, Zack Weinberg wrote:
>> >> "H. J. Lu" <hjl@lucon.org> writes:
>> >> 
>> >> > Here are the updated patch and the libgcc.mk diff.
>> >> >
>> >> > H.J.
>> >> > ----
>> >> > 2004-12-02  H.J. Lu  <hongjiu.lu@intel.com>
>> >> >
>> >> > 	PR bootstrap/18532
>> >> > 	* mklibgcc.in: Build one set of EXTRA_MULTILIB_PARTS for
>> >> > 	multilib at a time. Don't build the default set. Don't add
>> >> > 	EXTRA_MULTILIB_PARTS to shared libunwind nor libgcc. Remove
>> >> > 	filter for shared libunwind and libgcc.
>> >> 
>> >> Only remaining problem that I see is that you lost the dependencies of
>> >> libgcc_s.so and libunwind.so on the relevant extra$suffix target.  OK
>> >> with that put back in.
>> >
>> > I don't believe they are needed. libgcc_s.so and libunwind.so don't
>> > use EXTRA_MULTILIB_PARTS. The "all" target depends on
>> > EXTRA_MULTILIB_PARTS. Did I miss something?
>> 
>> EXTRA_MULTILIB_PARTS tend to be the crt* files.  Some of those are
>> often implicitly used by the link command for a shared library.
>
> This patch has broken the build for an arm-elf cross.  We no-longer build 
> crt<xxx>.o for the default multilib.

Skipping . is presumably a mistake.

zw



More information about the Gcc-patches mailing list