This is the mail archive of the
java-patches@sources.redhat.com
mailing list for the Java project.
Re: libtool question
- To: tromey at cygnus dot com
- Subject: Re: libtool question
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 06 Oct 2000 15:55:42 -0300
- Cc: java-discuss at sources dot redhat dot com, java-patches at sources dot redhat dot com
- Organization: GCC Team, Red Hat
- References: <87u2aqab1e.fsf@creche.cygnus.com><or7l7m1awh.fsf@guarana.lsd.ic.unicamp.br><87aeci9d7s.fsf@creche.cygnus.com><or4s2pyjmf.fsf@guarana.lsd.ic.unicamp.br><87bswxsudv.fsf@creche.cygnus.com><orem1tx1yr.fsf@guarana.lsd.ic.unicamp.br>
On Oct 6, 2000, Alexandre Oliva <aoliva@redhat.com> wrote:
> On Oct 6, 2000, Tom Tromey <tromey@cygnus.com> wrote:
>> Thanks for looking at this.
> Hey, no problem! It's my fault. Or at least I feel like that :-)
>> /x2/java/libgcj/libjava/configure: ./../../gcc: No such file or directory
> Huh? Where's this coming from?
As I wrote before, my fault :-) Patch attached (the second one). Ok
to install?
>> checking for gcj... gcj -B/x2/java/build/i686-pc-linux-gnu/libjava/ -I../../../libgcj/libjava
> Hmm. So you're building libgcj with a pre-installed gcj. That's
> where our configurations start to differ.
>> checking whether the linker (ld) supports shared libraries... no
> And this is the problem. This should be `/usr/bin/ld', like in the
> CC and CXX configurations, but the fact that it couldn't be deduced
> properly is probably related with the error message above.
No, the message above was unrelated.
Please see whether the following patch helps.
Index: ChangeLog
from Alexandre Oliva <aoliva@redhat.com>
* libtool.m4 (AC_LIBTOOL_CXX, AC_LIBTOOL_GCJ): Pass LD down to
ltconfig.
Index: libtool.m4
===================================================================
RCS file: /home/cvs/libtool/libtool.m4,v
retrieving revision 1.71.2.35
diff -u -p -r1.71.2.35 libtool.m4
--- libtool.m4 2000/09/30 05:21:27 1.71.2.35
+++ libtool.m4 2000/10/06 18:44:36
@@ -770,7 +770,7 @@ lt_save_CFLAGS="$CFLAGS"
dnl Make sure LTCC is set to the C compiler, i.e. set LTCC before CC
dnl is set to the C++ compiler.
AR="$AR" LTCC="$CC" CC="$CXX" CXX="$CXX" CFLAGS="$CXXFLAGS" CPPFLAGS="$CPPFLAGS" \
-MAGIC_CMD="$MAGIC_CMD" LDFLAGS="$LDFLAGS" LIBS="$LIBS" \
+MAGIC_CMD="$MAGIC_CMD" LD="$LD" LDFLAGS="$LDFLAGS" LIBS="$LIBS" \
LN_S="$LN_S" NM="$NM" RANLIB="$RANLIB" STRIP="$STRIP" \
AS="$AS" DLLTOOL="$DLLTOOL" OBJDUMP="$OBJDUMP" \
objext="$OBJEXT" exeext="$EXEEXT" reload_flag="$reload_flag" \
@@ -803,7 +803,7 @@ lt_save_CFLAGS="$CFLAGS"
dnl Make sure LTCC is set to the C compiler, i.e. set LTCC before CC
dnl is set to the C++ compiler.
AR="$AR" LTCC="$CC" CC="$GCJ" CFLAGS="$GCJFLAGS" CPPFLAGS="" \
-MAGIC_CMD="$MAGIC_CMD" LDFLAGS="$LDFLAGS" LIBS="$LIBS" \
+MAGIC_CMD="$MAGIC_CMD" LD="$LD" LDFLAGS="$LDFLAGS" LIBS="$LIBS" \
LN_S="$LN_S" NM="$NM" RANLIB="$RANLIB" STRIP="$STRIP" \
AS="$AS" DLLTOOL="$DLLTOOL" OBJDUMP="$OBJDUMP" \
objext="$OBJEXT" exeext="$EXEEXT" reload_flag="$reload_flag" \
Index: libjava/ChangeLog
from Alexandre Oliva <aoliva@redhat.com>
* configure.in (GCJ): Avoid bogus error message when looking for
(and not finding) gcj in the build tree.
* configure: Rebuilt.
Index: libjava/configure.in
===================================================================
RCS file: /cvs/java/libgcj/libjava/configure.in,v
retrieving revision 1.62
diff -u -p -r1.62 configure.in
--- libjava/configure.in 2000/09/30 09:56:57 1.62
+++ libjava/configure.in 2000/10/06 18:43:53
@@ -590,8 +590,8 @@ changequote(<<,>>)
builddotdot=`echo ${with_multisubdir} | sed -e 's:[^/][^/]*:..:g'`
changequote([,])
fi
- dir="`cd ${builddotdot}/../../gcc && pwd`"
- if test -x "${dir}/gcj"; then
+ if test -x "${builddotdot}/../../gcc/gcj"; then
+ dir="`cd ${builddotdot}/../../gcc && pwd`"
GCJ="$dir/gcj -B`pwd`/ -B$dir/"
else
CANADIAN=yes
--
Alexandre Oliva, GCC Team +55 19 9714-3658