This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java 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: Fri, 13 Sep 2002 17:55:11 -0400
- Subject: Re: Sequential build of libjava
- Organization: GNU's Not Unix!
- References: <200209130428.AAA04455@caip.rutgers.edu><200209132116.g8DLG7D14971@banach.math.purdue.edu>
- Reply-to: "Paul D. Smith" <psmith at gnu dot org>
%% Brad Lucier <lucier@math.purdue.edu> writes:
>> We can't rely on GNU make (libjava does, but that is a bug).
>> So we can only do this if someone writes the configury code to detect
>> this situation.
bl> In other words, configure should figure out if we're using gnu
bl> make, and if so, put a plus sign there in the definition of
bl> MULTIDO.
It's not hard for configure to find out if a given make is GNU
make... here's an easy test:
echo 'all:;@echo $(MAKE_VERSION)' | make -f-
If this returns with 3.*, for example, it's GNU make. Or you could just
run "make --version".
The problem, and the reason configure doesn't do this now, is that make
is the user's tool... how does configure fine the make that the user
will run?
What if configure finds "/usr/bin/make", but then the user types "gmake"
to invoke the build? Or something?
--
-------------------------------------------------------------------------------
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