This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] fix parallel spu newlib build failures

From: Jeff Johnston <jjohnstn at redhat dot com>
To: DJ Delorie <dj at redhat dot com>
Cc: Andrew_Pinski at PlayStation dot Sony dot Com, patmans at us dot ibm dot com, gcc-patches at gcc dot gnu dot org, newlib at sourceware dot org, Ulrich dot Weigand at de dot ibm dot com
Date: Mon, 15 Oct 2007 16:40:29 -0400
Subject: Re: [PATCH] fix parallel spu newlib build failures
References: <OF427098E6.26C97CD8-ON88257375.006A25A5-88257375.006A3F27@playstation.sony.com> <200710151947.l9FJlPkl019073@greed.delorie.com>

DJ Delorie wrote:

* Makefile.def: To avoid problems running with parallel makes, build newlib before libgloss so that target specific header files are availble. * Makefile.in: Regenerate.
This is fine.

Ok, taking this as approval, I have applied the patch to src.

Ideally it would be nice to be able to require an arbitrary make target instead of "all". In this instance, only a prep step in building newlib is required: stmp-targ-include which is run as part of "all" in newlib.

Is this something that might be a desirable feature in general?

-- Jeff J.

Follow-Ups:
- Re: [PATCH] fix parallel spu newlib build failures
  - From: Andrew_Pinski
- Re: [PATCH] fix parallel spu newlib build failures
  - From: DJ Delorie

References:
- Re: [PATCH] fix parallel spu newlib build failures
  - From: Andrew_Pinski
- Re: [PATCH] fix parallel spu newlib build failures
  - From: DJ Delorie

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]