This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Windows-native GCJ 3.2 (Alternate Approach)
- From: Tom Tromey <tromey at redhat dot com>
- To: Ranjit Mathew <rmathew at hotmail dot com>
- Cc: java at gcc dot gnu dot org
- Date: 26 Sep 2002 18:21:51 -0600
- Subject: Re: Windows-native GCJ 3.2 (Alternate Approach)
- References: <amoqg1$enk$1@main.gmane.org>
- Reply-to: tromey at redhat dot com
>>>>> "Ranjit" == Ranjit Mathew <rmathew@hotmail.com> writes:
Ranjit> b. In Stage 2 above, the libgcj configure script picks up the
Ranjit> wrong fastjar, gcjh (but the right gcj from Stage 1). I had
Ranjit> to overcome this by explicitly specifying the values for JAR,
Ranjit> ZIP and GCJH on the make command line (with an "-e" flag).
Do you really need to specify JAR and ZIP?
First, JAR isn't mentioned in the libgcj Makefile.am. Is this used?
(We use ZIP for historical reasons only; when we switched to using jar
we didn't update the macro names in Makefile.am.)
Second, looking at my linux-x-mingw build, it looks like `jar' is
installed without the target prefix. This makes sense since jar is
not target-dependent.
In theory we could install gcjh in this way too. In practice it may
be too much bother. I seem to recall this coming up before.
Tom