If the 'gcj' portion of GCC is not installed, this warning is emmitted
from the libtool portion of the configure script:
checking dynamic linker characteristics...
/home/bfriesen/src/graphics/ImageMagick/configure: gcj: command not found
If 'gcj' is not available, libtool should not provide any
Hi
I've run into problem when trying to link programs with -all-static
when using libtool 1.4d. The two platforms that have caused me grief
so far are AIX 4.3.3 and IRIX 6.5.
AIX 4.3 libtool 1.4d:
/bin/sh ../libtool --mode=link /bin/cc -DMONOLITH -g -qfullpath -D_ALL_SOURCE-O
-DAIX -DB_E
Bob:
You are correct. This is a bit of a problem with the
CVS version of Libtool. We currently don't have a mechanism
to turn off what we aren't using. I.e. you'll always get
a GCJ and CXX tag. This is the reason I haven't committed
the F77 tag patches yet, and I don't know when I will
get ti
Somewhere between 1.4d and today, CVS libtool has been altered such
that C++ exceptions are failing to be caught again under Solaris 2.6
when using gcc 3.0.4. I'll check into what the difference is with the
linkage and report what I discover to the list.
Bob
==
What version of libtool are you using?
Robert
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
On Fri, 15 Mar 2002, Bob Friesenhahn wrote:
> Somewhere between 1.4d and today, CVS libtool has been altered such
> that C++ exceptions are failing to be caught again under Solaris 2.6
> when using gcc 3.0.4. I'll check into what the difference is with the
> linkage and report what I discover to
Hello,
Dont know what the checks are, but 11 of 83 fail. As an attachment,
nohup.out when running make check on AIX.
I'll answer questions, try patches. Not having a working libtool is
preventing a successful compile fo php (continuing problems with .lo and
.la files)
regards,
Michael Felt
Ma
Title: RE: CVS libtool causes C++ exceptions to fail under Solaris 2.6
Bob:
I'm currently looking into this, it seems to happen in
many places. As you point out, this is just plan wrong
but I'm not sure where the problem really is.
Robert
-Original Message-
From: Bob Friesenhahn
On Mar 6, 2002, Tom Tromey <[EMAIL PROTECTED]> wrote:
>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Actually, I was thinking of libgcj.la being linked with
Alexandre> $(THREADLIBS) first, which would solve the problem just the
Alexandre> same.
> We already do that
On Fri, Mar 15, 2002 at 07:43:43PM -0300, Alexandre Oliva wrote:
> Another possibility that occurred to me, that would further alleviate
> the problem of duplicate shared libraries, would be to get GCC to no
> longer issue the `-lgcc_s -lc -lgcc_s' sequence, but instead, to use
> just `-lgcc_s -lc
On Mar 15, 2002, Richard Henderson <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 15, 2002 at 07:43:43PM -0300, Alexandre Oliva wrote:
>> Another possibility that occurred to me, that would further alleviate
>> the problem of duplicate shared libraries, would be to get GCC to no
>> longer issue the `-l
On Fri, Mar 15, 2002 at 08:35:39PM -0300, Alexandre Oliva wrote:
> More specifically, and static libc that uses __divdi3, since a shared
> one would have its own __divdi3, no?
In theory. But I wouldn't expect static libc to have a different
set of symbols than shared libc. *shrug*
> However, I
Alexandre Oliva <[EMAIL PROTECTED]> writes:
|> However, I kind of fail to see the point of having -lgcc before -lc.
The point of having -lgcc before -lc is that -lgcc can add references to
-lc functions that were not referenced before. If you have -lgcc only
after -lc those references cannot be
On Sat, Mar 16, 2002 at 01:02:51AM +0100, Andreas Schwab wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>
> |> However, I kind of fail to see the point of having -lgcc before -lc.
>
> The point of having -lgcc before -lc is that -lgcc can add references to
> -lc functions that were not ref
On Mar 15, 2002, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
> |> However, I kind of fail to see the point of having -lgcc before -lc.
> The point of having -lgcc before -lc is that -lgcc can add references to
> -lc functions that were not referenced b
I noticed that you had to actually give configure the --disable-shared
option when trying to build static on AIX (libtool 1.4d). When
--disable-shared wasn't set the build would still proceed but the
libraries wouldn't contain any objects. It would be nice if the build
could just fail the first t
On Wed, Mar 13, 2002 at 08:50:32AM -0600, Konkol, Josh wrote:
> Hello all,
>
> I'm trying to install RRDtool on Linux running on a Mainframe. My problem
> is when I run configure I get the error:
>
> checking host system type... Invalid configuration `s390-unknown-linux-gnu':
> machine `s390-un
* --- ¥þ¬Ù¥d°Õ¬µÂû¥[·ù©±¼ö¯P©Û¶Ò¤¤ --- *
<1>. ¤ë¦¬¤J 5-10 ¸U
<2>. ¤@¤H§Y¥i¶}©± , ¤£¥²¦h½Ð¤H¤â !
<3>. ¥þ¬Ù¥Ø«e¦@¦³ 50 ´XÓ¥[·ù¦¨¥\ªº®×¨Ò !
<4>. ¬µÂû¤f¨ý¿W¯S , Åý«È¤H¦Y¤F¦^¨ýµL½a !!
ºô§} :
http://211.78.42.181:5168
___
Libtool mailing list
[EM
18 matches
Mail list logo
