Received: (at 19893) by debbugs.gnu.org; 25 Feb 2015 15:52:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 25 10:52:25 2015
Received: from localhost ([127.0.0.1]:57898 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1YQeG8-0004gT-18
for submit <at> debbugs.gnu.org; Wed, 25 Feb 2015 10:52:24 -0500
Received: from mail-vc0-f172.google.com ([209.85.220.172]:36137)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from <aixtools@HIDDEN>) id 1YQeG5-0004gE-CB
for 19893 <at> debbugs.gnu.org; Wed, 25 Feb 2015 10:52:22 -0500
Received: by mail-vc0-f172.google.com with SMTP id kv7so1633658vcb.3
for <19893 <at> debbugs.gnu.org>; Wed, 25 Feb 2015 07:52:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
bh=c4m0FpxwjzeSaILy8KfR+PD22eZPgEe0A9fiY4zqLDg=;
b=s+FMnyMLc9SEoW9voJn9g7h69ntmDGBC2RwAUenDBla1moV/g7wLaXOe/OCv3x+vYY
aTtcH+GfeT/4G92po6qhcPZP+LRpXKY6CVyf8fo+Pp9l7vtjFWmz3EPBzcdXZzZisDQW
UHtHkzUwnqIRe5bkGG6J6bmupmcmU5HI/qPUWraekTXmPIgKn9a6geZXUc+pd+hb1Om/
cmqIFhR5juW6tY/b/iRRzKlOuoeOF7oD0bsIqjTWTPuAtmrJV8GlZSQBg65fae5TowP5
2GHz6JeRES6IC5QmKSHilcZZpgjMymsSVb/q5EkXQUJvu915CI66MxkgGRfqdm3P1WyM
fD2A==
MIME-Version: 1.0
X-Received: by 10.52.118.9 with SMTP id ki9mr4565949vdb.11.1424879535532; Wed,
25 Feb 2015 07:52:15 -0800 (PST)
Received: by 10.52.170.4 with HTTP; Wed, 25 Feb 2015 07:52:15 -0800 (PST)
In-Reply-To: <CANvxniUB2L=eZPjeuMdCoo99eVFCZ8UunmB6ScgKK+PETzsGRA@HIDDEN>
References: <94912090-A77F-4EB0-A696-7E8B1D973722@HIDDEN>
<CANvxniXiwqW5eqk9JQbqHnFcHp-Z=Cxov9y8RLg=itMT62DgCA@HIDDEN>
<20150218144631.GA13370@HIDDEN>
<CANvxniUB2L=eZPjeuMdCoo99eVFCZ8UunmB6ScgKK+PETzsGRA@HIDDEN>
Date: Wed, 25 Feb 2015 16:52:15 +0100
Message-ID: <CANvxniWe2KjXrMwTBMTUAPTWeruZVFk6WMRu=N2+ycyUfFUBRw@HIDDEN>
Subject: Re: bug#19893: GNU libtool-2.4.6 released [stable]
From: Michael Felt <aixtools@HIDDEN>
To: Nick Bowler <nbowler@HIDDEN>
Content-Type: multipart/alternative; boundary=089e0122ef649031d7050feb9e8a
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 19893
Cc: 19893 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)
--089e0122ef649031d7050feb9e8a
Content-Type: text/plain; charset=UTF-8
OK - it took awhile to understand this test - and I think it does indicate
a bug.
If I understand the test it is expecting the directory
addrunpath=`pwd`/foobar to be added to the .la file (and now I understand
the name of the test :)) -- tests/runpath-in-lalib.at
I expect this is to 'happen' with this statement
AT_CHECK([$LIBTOOL --mode=link $CC $CFLAGS $LDFLAGS -o liba.la a.lo -rpath
$libdir -R$addrunpath],
[], [ignore], [ignore])
At the end of the test - this is the contents of the .la files regarding
libraries:
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]tail
-3 liba.la
# Directory that this library needs to be installed in:
libdir='/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib'
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]tail
-3 libb.la
# Directory that this library needs to be installed in:
libdir='/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib'
relink_command="(cd
/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070; /bin/sh
\"/data/prj/gnu/libtool/libtool-2.4.6/libtool\" --mode=relink cc -O2
-qlanglvl=extc99 -o libb.la b.lo -rpath
/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib liba.la
@inst_prefix_dir@)"
Looking at the .so.0 files though...
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]dump
-H .libs/liba.so.0 | tail -3
***Import File Strings***
INDEX PATH BASE
MEMBER
0
/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/foobar:/usr/vac/lib:/usr/lib:/lib
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]dump
-H .libs/libb.so.0 | tail -4
***Import File Strings***
INDEX PATH BASE
MEMBER
0
/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib:/usr/vac/lib:/usr/lib:/lib
1 liba.a
liba.so.0
We see that .../foobar has been added to the internal LIBPATH variable.
I am a bit surprised by this because -R is suppossed to be a NULL op unless
the -bsvr4 flag is also specified - maybe that is also heppening in the
background - will look more carefully for that.
In any case, .../foobar is getting added to the shared object, but not the
.la text.
I have no clue where to look beyond this - hints/patch is welcome!
Michael
On Thu, Feb 19, 2015 at 7:09 PM, Michael Felt <aixtools@HIDDEN> wrote:
> thanks.
> On Feb 18, 2015 3:46 PM, "Nick Bowler" <nbowler@HIDDEN> wrote:
>
>> Hi,
>>
>> I don't know about the specific failure but I can answer your
>> questions...
>>
>> On 2015-02-18 09:18 +0100, Michael Felt wrote:
>> > Test 70, e.g., proceeds fine but at line 61 - it fails
>> [...]
>> > in the test file runpath-in-lalib.at
>> >
>> > +61 AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore])
>> > +62 AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore])
>> > +63
>> > +64 # TODO: check that m gets -R, too.
>> > +65
>> > +66 AT_CLEANUP
>> [...]
>> > Two questions:
>> >
>> > 1. the word [ignore] at the end does not mean to ignore exit status - I
>> am
>> > guessing. So what does it mean?
>>
>> It means to ignore the standard output of the command (not completely;
>> it is still recorded in the testsuite log file).
>>
>> > 2. How can I easily run a (verbose) single-test (and maybe have it echo
>> the
>> > values of things like $GREP)
>>
>> You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g.,
>>
>> make check TESTSUITEFLAGS='70'
>>
>> to run just test 70. See ./tests/testsuite --help for more testsuite
>> options; perhaps --trace will be helpful for you.
>>
>> Regards,
>> --
>> Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
>>
>
--089e0122ef649031d7050feb9e8a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div><div><div><div><div><div><div>OK - it took =
awhile to understand this test - and I think it does indicate a bug.<br><br=
></div>If I understand the test it is expecting the directory addrunpath=3D=
`pwd`/foobar to be added to the .la file (and now I understand the name of =
the test :)) -- tests/<a href=3D"http://runpath-in-lalib.at">runpath-in-lal=
ib.at</a><br><br></div>I expect this is to 'happen' with this state=
ment<br><br>AT_CHECK([$LIBTOOL --mode=3Dlink $CC $CFLAGS $LDFLAGS -o <a hre=
f=3D"http://liba.la">liba.la</a> a.lo -rpath $libdir -R$addrunpath],<br>=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [], [ignore], [ignore])<br><b=
r></div>At the end of the test - this is the contents of the .la files rega=
rding libraries:<br>root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/te=
stsuite.dir/070]tail -3 <a href=3D"http://liba.la">liba.la</a><br><br># Dir=
ectory that this library needs to be installed in:<br>libdir=3D'/data/p=
rj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib'<br><br>r=
oot@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]tail =
-3 <a href=3D"http://libb.la">libb.la</a><br># Directory that this library =
needs to be installed in:<br>libdir=3D'/data/prj/gnu/libtool/libtool-2.=
4.6/tests/testsuite.dir/070/inst/lib'<br>relink_command=3D"(cd /da=
ta/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070; /bin/sh \"/d=
ata/prj/gnu/libtool/libtool-2.4.6/libtool\"=C2=A0 --mode=3Drelink cc -=
O2 -qlanglvl=3Dextc99 -o <a href=3D"http://libb.la">libb.la</a> b.lo -rpath=
/data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib <a hr=
ef=3D"http://liba.la">liba.la</a> @inst_prefix_dir@)"<br><br></div>Loo=
king at the .so.0 files though...<br><br>root@x064:[/data/prj/gnu/libtool/l=
ibtool-2.4.6/tests/testsuite.dir/070]dump -H .libs/liba.so.0 | tail -3<br>=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ***Import F=
ile Strings***<br>INDEX=C2=A0 PATH=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 BASE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MEMBER=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <br>0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /data/prj/gnu/libtool/libtool-2.4.6/tests/te=
stsuite.dir/070/foobar:/usr/vac/lib:/usr/lib:/lib <br><br>root@x064:[/data/=
prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]dump -H .libs/libb.so=
.0 | tail -4<br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 ***Import File Strings***<br>INDEX=C2=A0 PATH=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 BASE=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
MEMBER=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 <br>0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /data/prj/gnu/libtool/libt=
ool-2.4.6/tests/testsuite.dir/070/inst/lib:/usr/vac/lib:/usr/lib:/lib=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 <br>1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
liba.a=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 liba.so.0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 <br><br></div>We see that .../foobar has been added to the intern=
al LIBPATH variable.<br><br></div>I am a bit surprised by this because -R i=
s suppossed to be a NULL op unless the -bsvr4 flag is also specified - mayb=
e that is also heppening in the background - will look more carefully for t=
hat.<br><br></div>In any case, .../foobar is getting added to the shared ob=
ject, but not the .la text.<br><br></div>I have no clue where to look beyon=
d this - hints/patch is welcome!<br><br></div>Michael<br><div><div><div><di=
v><div><br><br><br><div><br></div></div></div></div></div></div></div><div =
class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Feb 19, 2015 a=
t 7:09 PM, Michael Felt <span dir=3D"ltr"><<a href=3D"mailto:aixtools@gm=
ail.com" target=3D"_blank">aixtools@HIDDEN</a>></span> wrote:<br><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #c=
cc solid;padding-left:1ex"><p dir=3D"ltr">thanks.</p><div class=3D"HOEnZb">=
<div class=3D"h5">
<div class=3D"gmail_quote">On Feb 18, 2015 3:46 PM, "Nick Bowler"=
<<a href=3D"mailto:nbowler@HIDDEN" target=3D"_blank">nbowler@=
elliptictech.com</a>> wrote:<br type=3D"attribution"><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">Hi,<br>
<br>
I don't know about the specific failure but I can answer your<br>
questions...<br>
<br>
On 2015-02-18 09:18 +0100, Michael Felt wrote:<br>
> Test 70, e.g., proceeds fine but at line 61 - it fails<br>
[...]<br>
> in the test file <a href=3D"http://runpath-in-lalib.at" target=3D"_bla=
nk">runpath-in-lalib.at</a><br>
><br>
>=C2=A0 =C2=A0 +61=C2=A0 AT_CHECK([$GREP /foobar $libdir/<a href=3D"http=
://liba.la" target=3D"_blank">liba.la</a>], [], [ignore])<br>
>=C2=A0 =C2=A0 +62=C2=A0 AT_CHECK([$GREP /foobar $libdir/<a href=3D"http=
://libb.la" target=3D"_blank">libb.la</a>], [], [ignore])<br>
>=C2=A0 =C2=A0 +63<br>
>=C2=A0 =C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.<br>
>=C2=A0 =C2=A0 +65<br>
>=C2=A0 =C2=A0 +66=C2=A0 AT_CLEANUP<br>
[...]<br>
> Two questions:<br>
><br>
> 1. the word [ignore] at the end does not mean to ignore exit status - =
I am<br>
> guessing. So what does it mean?<br>
<br>
It means to ignore the standard output of the command (not completely;<br>
it is still recorded in the testsuite log file).<br>
<br>
> 2. How can I easily run a (verbose) single-test (and maybe have it ech=
o the<br>
> values of things like $GREP)<br>
<br>
You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g.,<br>
<br>
=C2=A0 make check TESTSUITEFLAGS=3D'70'<br>
<br>
to run just test 70.=C2=A0 See ./tests/testsuite --help for more testsuite<=
br>
options; perhaps --trace will be helpful for you.<br>
<br>
Regards,<br>
--<br>
Nick Bowler, Elliptic Technologies (<a href=3D"http://www.elliptictech.com/=
" target=3D"_blank">http://www.elliptictech.com/</a>)<br>
</blockquote></div>
</div></div></blockquote></div><br></div>
--089e0122ef649031d7050feb9e8a--
bug-libtool@HIDDEN:bug#19893; Package libtool.
Full text available.Received: (at 19893) by debbugs.gnu.org; 19 Feb 2015 18:09:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 19 13:09:58 2015 Received: from localhost ([127.0.0.1]:48875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1YOVXy-00062S-98 for submit <at> debbugs.gnu.org; Thu, 19 Feb 2015 13:09:58 -0500 Received: from mail-vc0-f170.google.com ([209.85.220.170]:64540) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <aixtools@HIDDEN>) id 1YOVXv-00062J-Uq for 19893 <at> debbugs.gnu.org; Thu, 19 Feb 2015 13:09:56 -0500 Received: by mail-vc0-f170.google.com with SMTP id hq12so1758011vcb.1 for <19893 <at> debbugs.gnu.org>; Thu, 19 Feb 2015 10:09:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j+R53ZFYInLk0XX+1h5lHWsuR2Vah3l1PAhURs1OMYo=; b=FeMewVcMR/fttaikPkzorSlc8DMQQaE5Ilblc5HZkLoqipbxCPLG5D+LNGmfCGSlwH BcQ2VPQWUOO2vc4NqEuK1Faih1HywiTnqEEuX4IElps807JgSlAzN587dEmNQyqoKIWi CwTlqK5y4nU9R3ZI8ePBS+eLT/XM6Hq5ae9GHnkv37j/4VGkuGo25Db3XL6LLS8qxysN iRVxdN1Z+zCBCGekB9MSmqDHXCVangIouznyJm83djhov1Ess0IZugIGpkdW0+gr1BUI 5JFCJ5FgW2dF/SMi9wjqckYh4EIXjfKTsAneXX/b6/m5IrKBmNpzr5bVd2syUEGkjimP wPFQ== MIME-Version: 1.0 X-Received: by 10.221.42.72 with SMTP id tx8mr3393324vcb.14.1424369395279; Thu, 19 Feb 2015 10:09:55 -0800 (PST) Received: by 10.52.170.4 with HTTP; Thu, 19 Feb 2015 10:09:55 -0800 (PST) Received: by 10.52.170.4 with HTTP; Thu, 19 Feb 2015 10:09:55 -0800 (PST) In-Reply-To: <20150218144631.GA13370@HIDDEN> References: <94912090-A77F-4EB0-A696-7E8B1D973722@HIDDEN> <CANvxniXiwqW5eqk9JQbqHnFcHp-Z=Cxov9y8RLg=itMT62DgCA@HIDDEN> <20150218144631.GA13370@HIDDEN> Date: Thu, 19 Feb 2015 19:09:55 +0100 Message-ID: <CANvxniUB2L=eZPjeuMdCoo99eVFCZ8UunmB6ScgKK+PETzsGRA@HIDDEN> Subject: Re: bug#19893: GNU libtool-2.4.6 released [stable] From: Michael Felt <aixtools@HIDDEN> To: Nick Bowler <nbowler@HIDDEN> Content-Type: multipart/alternative; boundary=001a11339786d5abd5050f74d763 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19893 Cc: 19893 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) --001a11339786d5abd5050f74d763 Content-Type: text/plain; charset=UTF-8 thanks. On Feb 18, 2015 3:46 PM, "Nick Bowler" <nbowler@HIDDEN> wrote: > Hi, > > I don't know about the specific failure but I can answer your > questions... > > On 2015-02-18 09:18 +0100, Michael Felt wrote: > > Test 70, e.g., proceeds fine but at line 61 - it fails > [...] > > in the test file runpath-in-lalib.at > > > > +61 AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore]) > > +62 AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore]) > > +63 > > +64 # TODO: check that m gets -R, too. > > +65 > > +66 AT_CLEANUP > [...] > > Two questions: > > > > 1. the word [ignore] at the end does not mean to ignore exit status - I > am > > guessing. So what does it mean? > > It means to ignore the standard output of the command (not completely; > it is still recorded in the testsuite log file). > > > 2. How can I easily run a (verbose) single-test (and maybe have it echo > the > > values of things like $GREP) > > You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g., > > make check TESTSUITEFLAGS='70' > > to run just test 70. See ./tests/testsuite --help for more testsuite > options; perhaps --trace will be helpful for you. > > Regards, > -- > Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) > --001a11339786d5abd5050f74d763 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <p dir=3D"ltr">thanks.</p> <div class=3D"gmail_quote">On Feb 18, 2015 3:46 PM, "Nick Bowler"= <<a href=3D"mailto:nbowler@HIDDEN">nbowler@HIDDEN</= a>> wrote:<br type=3D"attribution"><blockquote class=3D"gmail_quote" sty= le=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br= > <br> I don't know about the specific failure but I can answer your<br> questions...<br> <br> On 2015-02-18 09:18 +0100, Michael Felt wrote:<br> > Test 70, e.g., proceeds fine but at line 61 - it fails<br> [...]<br> > in the test file <a href=3D"http://runpath-in-lalib.at" target=3D"_bla= nk">runpath-in-lalib.at</a><br> ><br> >=C2=A0 =C2=A0 +61=C2=A0 AT_CHECK([$GREP /foobar $libdir/<a href=3D"http= ://liba.la" target=3D"_blank">liba.la</a>], [], [ignore])<br> >=C2=A0 =C2=A0 +62=C2=A0 AT_CHECK([$GREP /foobar $libdir/<a href=3D"http= ://libb.la" target=3D"_blank">libb.la</a>], [], [ignore])<br> >=C2=A0 =C2=A0 +63<br> >=C2=A0 =C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.<br> >=C2=A0 =C2=A0 +65<br> >=C2=A0 =C2=A0 +66=C2=A0 AT_CLEANUP<br> [...]<br> > Two questions:<br> ><br> > 1. the word [ignore] at the end does not mean to ignore exit status - = I am<br> > guessing. So what does it mean?<br> <br> It means to ignore the standard output of the command (not completely;<br> it is still recorded in the testsuite log file).<br> <br> > 2. How can I easily run a (verbose) single-test (and maybe have it ech= o the<br> > values of things like $GREP)<br> <br> You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g.,<br> <br> =C2=A0 make check TESTSUITEFLAGS=3D'70'<br> <br> to run just test 70.=C2=A0 See ./tests/testsuite --help for more testsuite<= br> options; perhaps --trace will be helpful for you.<br> <br> Regards,<br> --<br> Nick Bowler, Elliptic Technologies (<a href=3D"http://www.elliptictech.com/= " target=3D"_blank">http://www.elliptictech.com/</a>)<br> </blockquote></div> --001a11339786d5abd5050f74d763--
bug-libtool@HIDDEN:bug#19893; Package libtool.
Full text available.Received: (at 19893) by debbugs.gnu.org; 18 Feb 2015 14:46:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 18 09:46:42 2015 Received: from localhost ([127.0.0.1]:47089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1YO5ti-0006gs-0c for submit <at> debbugs.gnu.org; Wed, 18 Feb 2015 09:46:42 -0500 Received: from mx4.gridway.net ([72.1.205.246]:45951) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <nbowler@HIDDEN>) id 1YO5tf-0006gc-4H for 19893 <at> debbugs.gnu.org; Wed, 18 Feb 2015 09:46:40 -0500 Received: from delivery.mygridway.net (delivery.mygridway.net [72.1.205.180]) by mx4.gridway.net (8.14.4/8.14.4/Debian-4) with ESMTP id t1IEkWcZ029439 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 18 Feb 2015 09:46:32 -0500 Received: from mail.ellipticsemi.com (24.114.47.98) by delivery.mygridway.net (172.17.12.4) with Microsoft SMTP Server (TLS) id 14.3.224.2; Wed, 18 Feb 2015 09:46:31 -0500 Date: Wed, 18 Feb 2015 09:46:31 -0500 From: Nick Bowler <nbowler@HIDDEN> To: Michael Felt <aixtools@HIDDEN> Subject: Re: bug#19893: GNU libtool-2.4.6 released [stable] Message-ID: <20150218144631.GA13370@HIDDEN> References: <94912090-A77F-4EB0-A696-7E8B1D973722@HIDDEN> <CANvxniXiwqW5eqk9JQbqHnFcHp-Z=Cxov9y8RLg=itMT62DgCA@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <CANvxniXiwqW5eqk9JQbqHnFcHp-Z=Cxov9y8RLg=itMT62DgCA@HIDDEN> Organization: Elliptic Technologies Inc. User-Agent: Mutt/1.5.22 (2013-10-16) X-Originating-IP: [24.114.47.98] X-Spam-Score: undef - relay 72.1.205.180 marked with skip_spam_scan X-CanIt-Geo: ip=72.1.205.180; country=CA; region=Ontario; city=Ottawa; latitude=45.4167; longitude=-75.7000; http://maps.google.com/maps?q=45.4167,-75.7000&z=6 X-CanItPRO-Stream: base:outbound (inherits from base:default) X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 72.1.205.246 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19893 Cc: 19893 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) Hi, I don't know about the specific failure but I can answer your questions... On 2015-02-18 09:18 +0100, Michael Felt wrote: > Test 70, e.g., proceeds fine but at line 61 - it fails [...] > in the test file runpath-in-lalib.at > > +61 AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore]) > +62 AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore]) > +63 > +64 # TODO: check that m gets -R, too. > +65 > +66 AT_CLEANUP [...] > Two questions: > > 1. the word [ignore] at the end does not mean to ignore exit status - I am > guessing. So what does it mean? It means to ignore the standard output of the command (not completely; it is still recorded in the testsuite log file). > 2. How can I easily run a (verbose) single-test (and maybe have it echo the > values of things like $GREP) You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g., make check TESTSUITEFLAGS='70' to run just test 70. See ./tests/testsuite --help for more testsuite options; perhaps --trace will be helpful for you. Regards, -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
bug-libtool@HIDDEN:bug#19893; Package libtool.
Full text available.Received: (at submit) by debbugs.gnu.org; 18 Feb 2015 08:19:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 18 03:19:07 2015 Received: from localhost ([127.0.0.1]:46898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1YNzqc-0004ZA-DR for submit <at> debbugs.gnu.org; Wed, 18 Feb 2015 03:19:07 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41159) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <aixtools@HIDDEN>) id 1YNzqZ-0004Yf-Lh for submit <at> debbugs.gnu.org; Wed, 18 Feb 2015 03:19:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <aixtools@HIDDEN>) id 1YNzqS-0004lV-HY for submit <at> debbugs.gnu.org; Wed, 18 Feb 2015 03:18:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID,WEIRD_PORT autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <aixtools@HIDDEN>) id 1YNzqS-0004lQ-EP for submit <at> debbugs.gnu.org; Wed, 18 Feb 2015 03:18:56 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42859) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <aixtools@HIDDEN>) id 1YNzqQ-0005g6-KV for bug-libtool@HIDDEN; Wed, 18 Feb 2015 03:18:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <aixtools@HIDDEN>) id 1YNzqO-0004kB-JX for bug-libtool@HIDDEN; Wed, 18 Feb 2015 03:18:54 -0500 Received: from mail-yk0-x22c.google.com ([2607:f8b0:4002:c07::22c]:43211) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <aixtools@HIDDEN>) id 1YNzqO-0004js-Df for bug-libtool@HIDDEN; Wed, 18 Feb 2015 03:18:52 -0500 Received: by mail-yk0-f172.google.com with SMTP id 131so19254191ykp.3 for <bug-libtool@HIDDEN>; Wed, 18 Feb 2015 00:18:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yKNdZy2BOUa7r4b91GPS9SLmedWbDbeD7Ujs6wdcOaM=; b=uJ6WRzQePIMklvaxXPnclb2RJzyuFa1Xdd46xbfrUIViELZb7p4bNKvBs8E32MgtoK S+XL6uqxxANRMjWMEfW++y/P6tvb3WROoqhfcP/XyKDNt0R+GNuX6Aqv+6GpemXh5RDE Z8POS//s37EfvUXt+F+l04hkSBj5X4uzYZaQOxiahHnY2rOPH2Nb767fup+S4v4CRFaZ 5O60tmA/FFHq7+gck1vdp7RaQBqrRAQvhKddujjB4rbNIISQlBBQ5+TMX++Qt8ayKdz9 +c0YWoG92t2LgcehW3O4T53Oj0bUTPyTq192jC3yYYBiasaHp4yEC0Z44k1Ag5GqISzO /oXg== MIME-Version: 1.0 X-Received: by 10.52.118.9 with SMTP id ki9mr18162679vdb.11.1424247531211; Wed, 18 Feb 2015 00:18:51 -0800 (PST) Received: by 10.52.170.4 with HTTP; Wed, 18 Feb 2015 00:18:51 -0800 (PST) In-Reply-To: <94912090-A77F-4EB0-A696-7E8B1D973722@HIDDEN> References: <94912090-A77F-4EB0-A696-7E8B1D973722@HIDDEN> Date: Wed, 18 Feb 2015 09:18:51 +0100 Message-ID: <CANvxniXiwqW5eqk9JQbqHnFcHp-Z=Cxov9y8RLg=itMT62DgCA@HIDDEN> Subject: Re: GNU libtool-2.4.6 released [stable] From: Michael Felt <aixtools@HIDDEN> To: bug-libtool@HIDDEN Content-Type: multipart/alternative; boundary=089e0122ef642b9333050f587863 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -4.0 (----) --089e0122ef642b9333050f587863 Content-Type: text/plain; charset=UTF-8 Build proceeded without incident - running make check returns some errors - but maybe these are with the test, not libtool. Test 70, e.g., proceeds fine but at line 61 - it fails - after having done the hard work perhaps, and I suspect because $GREP is not defined in the test file runpath-in-lalib.at +61 AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore]) +62 AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore]) +63 +64 # TODO: check that m gets -R, too. +65 +66 AT_CLEANUP In the log file: ./runpath-in-lalib.at:59: $LIBTOOL --mode=install cp m$EXEEXT $bindir/m$EXEEXT stderr: stdout: libtool: install: cp .libs/m /data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.d ir/070/inst/bin/m ./runpath-in-lalib.at:61: $GREP /foobar $libdir/liba.la stdout: ./runpath-in-lalib.at:61: exit code was 1, expected 0 70. runpath-in-lalib.at:25: 70. Runpath in libtool library files (runpath-in-lalib .at:25): FAILED (runpath-in-lalib.at:61) Two questions: 1. the word [ignore] at the end does not mean to ignore exit status - I am guessing. So what does it mean? 2. How can I easily run a (verbose) single-test (and maybe have it echo the values of things like $GREP) Addition: I am running the tests against 'coreutils' rather than standard AIX - I should (and will) repeat the tests without coreutils - maybe even 'real soon' rather than eventually :) root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests]type cp cp is a tracked alias for /opt/bin/cp root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests]type install install is /opt/bin/install I mention (and do) this because AIX /usr/bin/install (and even the AIX /usr/bsd/install) fail sometimes (with some projects, e.g. httpd). On Sun, Feb 15, 2015 at 10:03 PM, Gary V. Vaughan <gary@HIDDEN> wrote: > Libtoolers! > > The Libtool Team is pleased to announce the release of libtool 2.4.6. > > GNU Libtool hides the complexity of using shared libraries behind a > consistent, portable interface. GNU Libtool ships with GNU libltdl, which > hides the complexity of loading dynamic runtime libraries (modules) > behind a consistent, portable interface. > > This is a bugfix release, and a recommended upgrade for all users. Most > importantly, it regains most of the speed of 2.4.2 by correcting one of > two known regressions that were causing noticable slow-down when building > projects with many source files. > > Here are the compressed sources: > http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz (1.7MB) > http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz (952KB) > > Here are the GPG detached signatures[*]: > http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.sig > http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.sig > > Use a mirror for higher download bandwidth: > http://www.gnu.org/order/ftp.html > > [*] Use a .sig file to verify that the corresponding file (without the > .sig suffix) is intact. First, be sure to download both the .sig file > and the corresponding tarball. Then, run a command like this: > > gpg --verify libtool-2.4.6.tar.gz.sig > > If that command fails because you don't have the required public key, > then run this command to import it: > > gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606 > > and rerun the 'gpg --verify' command. > > This release was bootstrapped with the following tools: > Autoconf 2.69 > Automake 1.15 > Gnulib v0.1-336-g342d9f0 > > NEWS > > * Noteworthy changes in release 2.4.6 (2015-02-15) [stable] > > ** New features: > > - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure time > and persists correctly in the generated libtool script. > > ** Bug fixes: > > - Fix a race condition in ltdl dryrun test that would cause spurious > random failures of that test. > > - LT_SYS_DLSEARCH_PATH is munged correctly. > > > Enjoy! > > > -- > If you have a working or partly working program that you'd like > to offer to the GNU project as a GNU package, see > https://www.gnu.org/help/evaluation.html. > --089e0122ef642b9333050f587863 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><div><div><div><div><div><div>Build proceeded without= incident - running make check returns some errors - but maybe these are wi= th the test, not libtool.<br><br></div>Test 70, e.g., proceeds fine but at = line 61 - it fails - after having done the hard work perhaps, and I suspect= because $GREP is not defined<br><br></div>in the test file <a href=3D"http= ://runpath-in-lalib.at">runpath-in-lalib.at</a><br><br>=C2=A0=C2=A0 +61=C2= =A0 AT_CHECK([$GREP /foobar $libdir/<a href=3D"http://liba.la">liba.la</a>]= , [], [ignore])<br>=C2=A0=C2=A0 +62=C2=A0 AT_CHECK([$GREP /foobar $libdir/<= a href=3D"http://libb.la">libb.la</a>], [], [ignore])<br>=C2=A0=C2=A0 +63<b= r>=C2=A0=C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.<br>=C2=A0=C2=A0= +65<br>=C2=A0=C2=A0 +66=C2=A0 AT_CLEANUP<br><br></div>In the log file:<br>= ./<a href=3D"http://runpath-in-lalib.at:59">runpath-in-lalib.at:59</a>: $LI= BTOOL --mode=3Dinstall cp m$EXEEXT $bindir/m$EXEEXT<br>stderr:<br>stdout:<b= r>libtool: install: cp .libs/m /data/prj/gnu/libtool/libtool-2.4.6/tests/te= stsuite.d<br>ir/070/inst/bin/m<br>./<a href=3D"http://runpath-in-lalib.at:6= 1">runpath-in-lalib.at:61</a>: $GREP /foobar $libdir/<a href=3D"http://liba= .la">liba.la</a><br>stdout:<br>./<a href=3D"http://runpath-in-lalib.at:61">= runpath-in-lalib.at:61</a>: exit code was 1, expected 0<br>70. <a href=3D"h= ttp://runpath-in-lalib.at:25">runpath-in-lalib.at:25</a>: 70. Runpath in li= btool library files (runpath-in-lalib<br>.at:25): FAILED (<a href=3D"http:/= /runpath-in-lalib.at:61">runpath-in-lalib.at:61</a>)<br><br></div>Two quest= ions:<br><br></div>1. the word [ignore] at the end does not mean to ignore = exit status - I am guessing. So what does it mean?<br></div>2. How can I ea= sily run a (verbose) single-test (and maybe have it echo the values of thin= gs like $GREP)<br><br></div>Addition:<br><div><div><div><div><div>I am runn= ing the tests against 'coreutils' rather than standard AIX - I shou= ld (and will) repeat the tests without coreutils - maybe even 'real soo= n' rather than eventually :)<br>root@x064:[/data/prj/gnu/libtool/libtoo= l-2.4.6/tests]type cp<br>cp is a tracked alias for /opt/bin/cp<br>root@x064= :[/data/prj/gnu/libtool/libtool-2.4.6/tests]type install<br>install is /opt= /bin/install<br><br></div><div>I mention (and do) this because AIX /usr/bin= /install (and even the AIX /usr/bsd/install) fail sometimes (with some proj= ects, e.g. httpd).<br></div><div><div><br><br></div></div></div></div></div= ></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On S= un, Feb 15, 2015 at 10:03 PM, Gary V. Vaughan <span dir=3D"ltr"><<a href= =3D"mailto:gary@HIDDEN" target=3D"_blank">gary@HIDDEN</a>></span> wrot= e:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l= eft:1px #ccc solid;padding-left:1ex">Libtoolers!<br> <br> The Libtool Team is pleased to announce the release of libtool 2.4.6.<br> <br> GNU Libtool hides the complexity of using shared libraries behind a<br> consistent, portable interface. GNU Libtool ships with GNU libltdl, which<b= r> hides the complexity of loading dynamic runtime libraries (modules)<br> behind a consistent, portable interface.<br> <br> This is a bugfix release, and a recommended upgrade for all users.=C2=A0 Mo= st<br> importantly, it regains most of the speed of 2.4.2 by correcting one of<br> two known regressions that were causing noticable slow-down when building<b= r> projects with many source files.<br> <br> Here are the compressed sources:<br> =C2=A0 <a href=3D"http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz" ta= rget=3D"_blank">http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz</a>= =C2=A0 =C2=A0(1.7MB)<br> =C2=A0 <a href=3D"http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz" ta= rget=3D"_blank">http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz</a>= =C2=A0 =C2=A0(952KB)<br> <br> Here are the GPG detached signatures[*]:<br> =C2=A0 <a href=3D"http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.sig= " target=3D"_blank">http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.s= ig</a><br> =C2=A0 <a href=3D"http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.sig= " target=3D"_blank">http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.s= ig</a><br> <br> Use a mirror for higher download bandwidth:<br> =C2=A0 <a href=3D"http://www.gnu.org/order/ftp.html" target=3D"_blank">http= ://www.gnu.org/order/ftp.html</a><br> <br> [*] Use a .sig file to verify that the corresponding file (without the<br> .sig suffix) is intact.=C2=A0 First, be sure to download both the .sig file= <br> and the corresponding tarball.=C2=A0 Then, run a command like this:<br> <br> =C2=A0 gpg --verify libtool-2.4.6.tar.gz.sig<br> <br> If that command fails because you don't have the required public key,<b= r> then run this command to import it:<br> <br> =C2=A0 gpg --keyserver <a href=3D"http://keys.gnupg.net" target=3D"_blank">= keys.gnupg.net</a> --recv-keys 151308092983D606<br> <br> and rerun the 'gpg --verify' command.<br> <br> This release was bootstrapped with the following tools:<br> =C2=A0 Autoconf 2.69<br> =C2=A0 Automake 1.15<br> =C2=A0 Gnulib v0.1-336-g342d9f0<br> <br> NEWS<br> <br> * Noteworthy changes in release 2.4.6 (2015-02-15) [stable]<br> <br> ** New features:<br> <br> =C2=A0 - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure tim= e<br> =C2=A0 =C2=A0 and persists correctly in the generated libtool script.<br> <br> ** Bug fixes:<br> <br> =C2=A0 - Fix a race condition in ltdl dryrun test that would cause spurious= <br> =C2=A0 =C2=A0 random failures of that test.<br> <br> =C2=A0 - LT_SYS_DLSEARCH_PATH is munged correctly.<br> <br> <br> Enjoy!<br> <span class=3D"HOEnZb"><font color=3D"#888888"><br> <br> --<br> If you have a working or partly working program that you'd like<br> to offer to the GNU project as a GNU package, see <a href=3D"https://www.gn= u.org/help/evaluation.html" target=3D"_blank">https://www.gnu.org/help/eval= uation.html</a>.<br> </font></span></blockquote></div><br></div> --089e0122ef642b9333050f587863--
Michael Felt <aixtools@HIDDEN>:bug-libtool@HIDDEN.
Full text available.bug-libtool@HIDDEN:bug#19893; Package libtool.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.