This is the mail archive of the
java-patches@sources.redhat.com
mailing list for the Java project.
Re: Failed to build libgcj / proplem with libtool
- To: Bryce McKinlay <bryce at albatross dot co dot nz>
- Subject: Re: Failed to build libgcj / proplem with libtool
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 12 Sep 2000 03:44:28 -0300
- Cc: Michael Scheuner <michael at cos-data dot de>, java-discuss at sourceware dot cygnus dot com
- Cc: java-patches at sourceware dot cygnus dot com
- Organization: GCC Team, Red Hat
- References: <00091102554300.13722@beta> <39BC57D2.9E0FED0C@albatross.co.nz><or66o29qw5.fsf@guarana.lsd.ic.unicamp.br>
On Sep 12, 2000, Alexandre Oliva <aoliva@redhat.com> wrote:
> On Sep 11, 2000, Bryce McKinlay <bryce@albatross.co.nz> wrote:
>> Michael Scheuner wrote:
>>> Hi,
>>>
>>> when trying to build the latest CVS-libgci (2000/09/10), make exits with the
>>> following:
>>>
>>> make[2]: Entering directory `/usr/src/libgcj-build/i686-pc-linux-gnu/libjava'
>>> /bin/sh ./libtool --mode=compile gcj -fassume-compiled
>>> -fclasspath=/usr/src/libgcj-build/i686-pc-linux-gnu/libjava
>>> -L/usr/src/libgcj-build/i686-pc-linux-gnu/libjava -g -ffloat-store -c -o
>>> gnu/gcj/convert/BytesToUnicode.lo
>>> ../../../libgcj/libjava/gnu/gcj/convert/BytesToUnicode.java
>>> libtool: compile: unable to infer tagged configuration
>>> libtool: compile: specify a tag with `--tag'
>> I got this too. It looks like there might be a problem with the new
>> multi-language libtool that was installed today.
> Remove config.cache from the target directory and get config.status to
> be re-run in the libjava directory. The problem should go away.
Scratch that. The problem was caused by one of those last-minute
changes that shouldn't cause any problem, but do :-(
I used to use AM_PROG_GCJ in libjava/configure.in, and libtool.m4
correctly detected its use and triggered the rule to add a gcj
configuration to libtool. However, in the last minute, I switched to
LT_AC_PROG_GCJ, that is an (almost) equivalent libtool macro, but it
turned out that it wasn't auto-detected :-(
Here's a patch that fixes this problem. I'm checking it in along with
an updated libjava/configure.
Sorry about the trouble, once again :-(
Index: libtool.m4
===================================================================
RCS file: /cvs/java/libgcj/libtool.m4,v
retrieving revision 1.1
diff -u -p -r1.1 libtool.m4
--- libtool.m4 2000/09/10 07:36:46 1.1
+++ libtool.m4 2000/09/12 06:43:24
@@ -37,12 +37,17 @@ dnl AC_LIBTOOL_GCJ immediately, otherwis
[AC_LIBTOOL_GCJ],
[AC_PROVIDE_IFELSE([A][M_PROG_GCJ],
[AC_LIBTOOL_GCJ],
+ [AC_PROVIDE_IFELSE([LT_AC_PROG_GCJ],
+ [AC_LIBTOOL_GCJ],
[ifdef([AC_PROG_GCJ],
[define([AC_PROG_GCJ], defn([AC_PROG_GCJ])[AC_LIBTOOL_GCJ
])])
ifdef([A][M_PROG_GCJ],
[define([A][M_PROG_GCJ], defn([A][M_PROG_GCJ])[AC_LIBTOOL_GCJ
-])])])])])
+])])
+ ifdef([LT_AC_PROG_GCJ],
+ [define([LT_AC_PROG_GCJ], defn([LT_AC_PROG_GCJ])[AC_LIBTOOL_GCJ
+])])])])])])
AC_DEFUN(_AC_PROG_LIBTOOL,
[AC_REQUIRE([AC_LIBTOOL_SETUP])dnl
@@ -788,9 +793,10 @@ AC_DEFUN(_AC_LIBTOOL_GCJ,
[AC_REQUIRE([AC_PROG_LIBTOOL])
AC_PROVIDE_IFELSE([AC_PROG_GCJ],[],
[AC_PROVIDE_IFELSE([A][M_PROG_GCJ],[],
- [ifdef([AC_PROG_GCJ],[AC_REQUIRE([AC_PROG_GCJ])],
- [ifdef([A][M_PROG_GCJ],[AC_REQUIRE([A][M_PROG_GCJ])],
- [AC_REQUIRE([A][C_PROG_GCJ_OR_A][M_PROG_GCJ])])])])])
+ [AC_PROVIDE_IFELSE([LT_AC_PROG_GCJ],[],
+ [ifdef([AC_PROG_GCJ],[AC_REQUIRE([AC_PROG_GCJ])],
+ [ifdef([A][M_PROG_GCJ],[AC_REQUIRE([A][M_PROG_GCJ])],
+ [AC_REQUIRE([A][C_PROG_GCJ_OR_A][M_PROG_GCJ])])])])])])
LIBTOOL_DEPS=$LIBTOOL_DEPS" $ac_aux_dir/ltcf-gcj.sh"
lt_save_CC="$CC"
lt_save_CFLAGS="$CFLAGS"
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me