I have been unable to create a static library of java sources using
libtool.
$ cat Makefile.am
noinst_LTLIBRARIES = libhello.la
libhello_la_SOURCES = HelloWorld.java
$ make libhello.la
/bin/sh ./libtool --mode=link gcj-3.4 -g -O2 -o libhello.la HelloWorld.lo
rm -fr .libs/libhello.la
creating
Hello,
I observe the following problem with libtool 1.5.2 and with gcc/g++/gcj 3.3.3
installed:
The gcj related tests all fail
checking if gcj PIC flag -fPIC works... no
checking if gcj supports -c -o file.o... no
On further inspection it turns out, that gcj is apparently invoked as
$GCJ
Second try, first one did not get through.
- Forwarded message from Dr. Franz Fehringer [EMAIL PROTECTED] -
Date: Mon, 8 Mar 2004 14:34:34 +0100
From: Dr. Franz Fehringer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: libtool versus gcj
User-Agent: Mutt/1.3.22.1i
Hello,
I observe
.
The following kludge seems to solve this problem:
mv libtool libtool.tmp \
sed -e '/BEGIN LIBTOOL TAG CONFIG: GCJ/,/END LIBTOOL TAG CONFIG:
GCJ/s/-DPIC/-fPIC/' libtool.tmp libtool chmod +x libtool
Of course the real fix involves fixing ltmain.sh, but that goes
beyond my ability to peer
On Sat, Feb 23, 2002 at 08:08:53AM -0800, Anthony Green wrote:
I've been using a hacked version of libtool to build shared libraries of
java code in with gcj. The one problem I had to work around is that
libtool insists on adding -DPIC to the compilation line. gcj's -D is
different from gcc
On Fri, Mar 01, 2002 at 06:58:08AM -0800, Anthony Green wrote:
On Fri, 2002-03-01 at 00:19, Per Bothner wrote:
Of course the real fix involves fixing ltmain.sh, but that goes
beyond my ability to peer into the bowels of libtool.
The other bad thing I should mention is the test to see if
On Fri, 2002-03-01 at 07:15, Albert Chin wrote:
What version of gcj are you using?
The trunk of the GCC tree (and the 3.1 branch).
AG
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
On Fri, Mar 01, 2002 at 06:58:08AM -0800, Anthony Green wrote:
On Fri, 2002-03-01 at 00:19, Per Bothner wrote:
Of course the real fix involves fixing ltmain.sh, but that goes
beyond my ability to peer into the bowels of libtool.
The other bad thing I should mention is the test to see if
Anthony Green wrote:
The other bad thing I should mention is the test to see if gcj can use
both -c and -o. This test is failing for some unknown reason, causing
bad problems for my project. I don't think libtool should even perform
this test. gcj is known to always handle -c and -o.
The
On Fri, 2002-03-01 at 12:19, Per Bothner wrote:
(1) Set ac_compile so the proper compiler and flags are
used when running tests.
I take what I previously said about this part of the patch back. It
doesn't appear to fix anything for me. Is there some other change which
is missing?
AG
Anthony Green wrote:
I take what I previously said about this part of the patch back. It
doesn't appear to fix anything for me. Is there some other change which
is missing?
The patch is relative to the libtool.m4 installed into the directory
$prefix/share/aclocal, from CVS libtool,
to native
using gcj, including needed libtool support, I think it would be
relatively straight-forward. That in itself would be quite helpful.
But to support Java I think we should also support compiling
to .class files, installing .jar files, and support using other
java compilers besides gcj.
I think
I've been using a hacked version of libtool to build shared libraries of
java code in with gcj. The one problem I had to work around is that
libtool insists on adding -DPIC to the compilation line. gcj's -D is
different from gcc and g++. My hack is to simply strip out the -D.
However - now my
13 matches
Mail list logo