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 setup?
The
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
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
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 libb
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 less
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
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 etc.),
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,
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 around
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, with this
10 matches
Mail list logo