This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Sequential build of libjava
- From: "Paul D. Smith" <psmith at gnu dot org>
- To: Brad Lucier <lucier at math dot purdue dot edu>
- Cc: ghazi at caip dot rutgers dot edu (Kaveh R. Ghazi), gcc at gcc dot gnu dot org, java at gcc dot gnu dot org, matz at suse dot de, mszick at goquest dot com, phil at jaj dot com, tromey at redhat dot com
- Date: Sat, 14 Sep 2002 00:19:32 -0400
- Subject: Re: Sequential build of libjava
- Organization: GNU's Not Unix!
- References: <15746.24255.942434.10593@lemming.engeast.baynetworks.com><200209140406.g8E46tS15604@banach.math.purdue.edu>
- Reply-to: "Paul D. Smith" <psmith at gnu dot org>
%% Brad Lucier <lucier@math.purdue.edu> writes:
bl> OK, so what can be done at build invocation time to get this right?
I think we've already given all the options.
The only thing that can be done within the makefile is to stop "hiding"
of $(MAKE) within the MULTIDO variable and instead bring $(MAKE) right
out into the rule, as has already been discussed. So instead of:
MULTIDO = $(MAKE)
... : ...
$(MULTIDO) ...
you'd have to avoid MULTIDO and write the makefile as:
... : ...
$(MAKE) ...
Someone already mentioned that if you know you're using GNU make you can
fix this problem on the invocation by doing something like:
$ make MULTIDO='+$(MAKE)'
--
-------------------------------------------------------------------------------
Paul D. Smith <psmith@gnu.org> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist