Ralf Wildenhues wrote:
On Sat, Mar 08, 2008 at 08:27:38AM +0100, Roberto Bagnara wrote:
Ralf Wildenhues wrote:
I can reproduce this error under the following circumstances:
A libltdl 2.1 or newer has previously been installed in a place
where the preprocessor and the link editor can find heade
On Sat, Mar 08, 2008 at 09:58:38AM +0100, Roberto Bagnara wrote:
> Ralf Wildenhues wrote:
> >
> >What I instead meant was: the installed libltdl.la file is missing,
> >but the libltdl.so.7 file is still present, as is the ltdl.h header
> >in the include directory.
> >
> >Does that still match your
Ralf Wildenhues wrote:
On Sat, Mar 08, 2008 at 09:58:38AM +0100, Roberto Bagnara wrote:
Ralf Wildenhues wrote:
What I instead meant was: the installed libltdl.la file is missing,
but the libltdl.so.7 file is still present, as is the ltdl.h header
in the include directory.
Does that still match
Hi,
Perhaps it's the desired behavior, but I get a failure on test 55 when
using -Wl,--as-needed in LDFLAGS (and its ok if I remove it).
From my poor understanding of template.at, the test is run for the case
when libb does not depend on liba and when linking the main program
against both libb and
Hi Alexis,
* Alexis Ballier wrote on Sat, Mar 08, 2008 at 02:50:09PM CET:
>
> Perhaps it's the desired behavior, but I get a failure on test 55 when
> using -Wl,--as-needed in LDFLAGS (and its ok if I remove it).
> From my poor understanding of template.at, the test is run for the case
> when lib
Hi,
> First, how did you stumble over this failure? Did you explicitly
> configure with LDFLAGS=-Wl,--as-needed?
Yes, something like 'LDFLAGS="-Wl,--as-needed" ./configure'
(in fact, at first, I've done this a different way because it's
automated with the package manager, but that's more or le
Hallo Ralf,
On 8 Mar 2008, at 07:03, Ralf Wildenhues wrote:
we have a couple of problems wrt. cross compilation to w32 in 2.2.
When I cross-compile from GNU/Linux to MinGW using Debian's mingw32
packages (i586-mingw32msvc-gcc etc.), then link mode already
requires executing a host program; for e
Hi Gary,
* Gary V. Vaughan wrote on Sat, Mar 08, 2008 at 05:39:38PM CET:
> On 8 Mar 2008, at 07:03, Ralf Wildenhues wrote:
>> we have a couple of problems wrt. cross compilation to w32 in 2.2.
>> When I cross-compile from GNU/Linux to MinGW using Debian's mingw32
>> packages (i586-mingw32msvc-gcc
Ralf Wildenhues wrote:
Does anybody see easy ways out?
Well, for the second problem there are two solutions. (1) always ensure
that the script is emitted with unix line endings, or (2) specify
$TARGETSHELL=/emulation/environment/sh when cross-compiling.
Obviously, (2) is the easiest, becau
Earlier today, i built Libtool 2.2 and was ready to install it,
but then had second thoughts about using it w/ Automake 1.9.6.
So, i built Automake 1.10.1 and saw "make check" result in 14
errors. Investigating the first of these, depcomp4.test, i see
that for some reason, testSubDir/libtool aroun
() Thien-Thi Nguyen <[EMAIL PROTECTED]>
() Sat, 08 Mar 2008 18:35:03 +0100
--- libtool-1.5.26/ltmain.sh.ORIG
+++ libtool-1.5.26/ltmain.sh
I see now that ltmain.sh is produced from ltmain.in.
The change should be made there, instead.
By the way, with this small change (and after installing
Thien-Thi Nguyen wrote:
> () Thien-Thi Nguyen <[EMAIL PROTECTED]>
> () Sat, 08 Mar 2008 18:35:03 +0100
>
>--- libtool-1.5.26/ltmain.sh.ORIG
>+++ libtool-1.5.26/ltmain.sh
>
> I see now that ltmain.sh is produced from ltmain.in.
> The change should be made there, instead.
>
> By the way, w
12 matches
Mail list logo