From unknown Thu Jun 19 14:05:52 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#19893 <19893@debbugs.gnu.org> To: bug#19893 <19893@debbugs.gnu.org> Subject: Status: GNU libtool-2.4.6 released [stable] Reply-To: bug#19893 <19893@debbugs.gnu.org> Date: Thu, 19 Jun 2025 21:05:52 +0000 retitle 19893 GNU libtool-2.4.6 released [stable] reassign 19893 libtool submitter 19893 Michael Felt severity 19893 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 18 03:19:07 2015 Received: (at submit) by debbugs.gnu.org; 18 Feb 2015 08:19:07 +0000 Received: from localhost ([127.0.0.1]:46898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNzqc-0004ZA-DR for submit@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 ) id 1YNzqZ-0004Yf-Lh for submit@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 ) id 1YNzqS-0004lV-HY for submit@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 ) id 1YNzqS-0004lQ-EP for submit@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 ) id 1YNzqQ-0005g6-KV for bug-libtool@gnu.org; Wed, 18 Feb 2015 03:18:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNzqO-0004kB-JX for bug-libtool@gnu.org; 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 ) id 1YNzqO-0004js-Df for bug-libtool@gnu.org; Wed, 18 Feb 2015 03:18:52 -0500 Received: by mail-yk0-f172.google.com with SMTP id 131so19254191ykp.3 for ; 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@gnu.org> References: <94912090-A77F-4EB0-A696-7E8B1D973722@gnu.org> Date: Wed, 18 Feb 2015 09:18:51 +0100 Message-ID: Subject: Re: GNU libtool-2.4.6 released [stable] From: Michael Felt To: bug-libtool@gnu.org 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@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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 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
Build proceeded without= incident - running make check returns some errors - but maybe these are wi= th 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

=C2=A0=C2=A0 +61=C2= =A0 AT_CHECK([$GREP /foobar $libdir/liba.la]= , [], [ignore])
=C2=A0=C2=A0 +62=C2=A0 AT_CHECK([$GREP /foobar $libdir/<= a href=3D"http://libb.la">libb.la], [], [ignore])
=C2=A0=C2=A0 +63=C2=A0=C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.
=C2=A0=C2=A0= +65
=C2=A0=C2=A0 +66=C2=A0 AT_CLEANUP

In the log file:
= ./runpath-in-lalib.at:59: $LI= BTOOL --mode=3Dinstall cp m$EXEEXT $bindir/m$EXEEXT
stderr:
stdout:libtool: install: cp .libs/m /data/prj/gnu/libtool/libtool-2.4.6/tests/te= stsuite.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 li= btool library files (runpath-in-lalib
.at:25): FAILED (runpath-in-lalib.at:61)

Two quest= ions:

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 ea= sily run a (verbose) single-test (and maybe have it echo the values of thin= gs like $GREP)

Addition:
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 :)
root@x064:[/data/prj/gnu/libtool/libtoo= l-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 proj= ects, e.g. httpd).



On S= un, Feb 15, 2015 at 10:03 PM, Gary V. Vaughan <gary@gnu.org> wrot= e:
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.=C2=A0 Mo= st
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:
=C2=A0 http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz= =C2=A0 =C2=A0(1.7MB)
=C2=A0 http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz= =C2=A0 =C2=A0(952KB)

Here are the GPG detached signatures[*]:
=C2=A0 http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz.s= ig
=C2=A0 http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.xz.s= ig

Use a mirror for higher download bandwidth:
=C2=A0 http= ://www.gnu.org/order/ftp.html

[*] Use a .sig file to verify that the corresponding file (without the
.sig suffix) is intact.=C2=A0 First, be sure to download both the .sig file=
and the corresponding tarball.=C2=A0 Then, run a command like this:

=C2=A0 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:

=C2=A0 gpg --keyserver = keys.gnupg.net --recv-keys 151308092983D606

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
=C2=A0 Autoconf 2.69
=C2=A0 Automake 1.15
=C2=A0 Gnulib v0.1-336-g342d9f0

NEWS

* Noteworthy changes in release 2.4.6 (2015-02-15) [stable]

** New features:

=C2=A0 - LT_SYS_LIBRARY_PATH can be set in config.site, or at configure tim= e
=C2=A0 =C2=A0 and persists correctly in the generated libtool script.

** Bug fixes:

=C2=A0 - Fix a race condition in ltdl dryrun test that would cause spurious=
=C2=A0 =C2=A0 random failures of that test.

=C2=A0 - 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/eval= uation.html.

--089e0122ef642b9333050f587863-- From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 18 09:46:42 2015 Received: (at 19893) by debbugs.gnu.org; 18 Feb 2015 14:46:42 +0000 Received: from localhost ([127.0.0.1]:47089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YO5ti-0006gs-0c for submit@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 ) id 1YO5tf-0006gc-4H for 19893@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 To: Michael Felt Subject: Re: bug#19893: GNU libtool-2.4.6 released [stable] Message-ID: <20150218144631.GA13370@elliptictech.com> References: <94912090-A77F-4EB0-A696-7E8B1D973722@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: 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@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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/) From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 19 13:09:58 2015 Received: (at 19893) by debbugs.gnu.org; 19 Feb 2015 18:09:58 +0000 Received: from localhost ([127.0.0.1]:48875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YOVXy-00062S-98 for submit@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 ) id 1YOVXv-00062J-Uq for 19893@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@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@elliptictech.com> References: <94912090-A77F-4EB0-A696-7E8B1D973722@gnu.org> <20150218144631.GA13370@elliptictech.com> Date: Thu, 19 Feb 2015 19:09:55 +0100 Message-ID: Subject: Re: bug#19893: GNU libtool-2.4.6 released [stable] From: Michael Felt To: Nick Bowler Content-Type: multipart/alternative; boundary=001a11339786d5abd5050f74d763 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19893 Cc: 19893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11339786d5abd5050f74d763 Content-Type: text/plain; charset=UTF-8 thanks. On Feb 18, 2015 3:46 PM, "Nick Bowler" 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

thanks.

On Feb 18, 2015 3:46 PM, "Nick Bowler"= <nbowler@elliptictech.com> 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
>
>=C2=A0 =C2=A0 +61=C2=A0 AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore])
>=C2=A0 =C2=A0 +62=C2=A0 AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore])
>=C2=A0 =C2=A0 +63
>=C2=A0 =C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.
>=C2=A0 =C2=A0 +65
>=C2=A0 =C2=A0 +66=C2=A0 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 ech= o the
> values of things like $GREP)

You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g.,

=C2=A0 make check TESTSUITEFLAGS=3D'70'

to run just test 70.=C2=A0 See ./tests/testsuite --help for more testsuite<= br> options; perhaps --trace will be helpful for you.

Regards,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
--001a11339786d5abd5050f74d763-- From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 25 10:52:25 2015 Received: (at 19893) by debbugs.gnu.org; 25 Feb 2015 15:52:25 +0000 Received: from localhost ([127.0.0.1]:57898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YQeG8-0004gT-18 for submit@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 ) id 1YQeG5-0004gE-CB for 19893@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@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: References: <94912090-A77F-4EB0-A696-7E8B1D973722@gnu.org> <20150218144631.GA13370@elliptictech.com> Date: Wed, 25 Feb 2015 16:52:15 +0100 Message-ID: Subject: Re: bug#19893: GNU libtool-2.4.6 released [stable] From: Michael Felt To: Nick Bowler Content-Type: multipart/alternative; boundary=089e0122ef649031d7050feb9e8a X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19893 Cc: 19893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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 wrote: > thanks. > On Feb 18, 2015 3:46 PM, "Nick Bowler" 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
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=3D= `pwd`/foobar to be added to the .la file (and now I understand the name of = the test :)) -- tests/runpath-in-lal= ib.at

I expect this is to 'happen' with this state= ment

AT_CHECK([$LIBTOOL --mode=3Dlink $CC $CFLAGS $LDFLAGS -o liba.la a.lo -rpath $libdir -R$addrunpath],
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [], [ignore], [ignore])
At the end of the test - this is the contents of the .la files rega= rding libraries:
root@x064:[/data/prj/gnu/libtool/libtool-2.4.6/tests/te= stsuite.dir/070]tail -3 liba.la

# Dir= ectory that this library needs to be installed in:
libdir=3D'/data/p= rj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib'

r= oot@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=3D'/data/prj/gnu/libtool/libtool-2.= 4.6/tests/testsuite.dir/070/inst/lib'
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 libb.la b.lo -rpath= /data/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib liba.la @inst_prefix_dir@)"

Loo= king at the .so.0 files though...

root@x064:[/data/prj/gnu/libtool/l= ibtool-2.4.6/tests/testsuite.dir/070]dump -H .libs/liba.so.0 | tail -3
= =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***
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
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

root@x064:[/data/= prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070]dump -H .libs/libb.so= .0 | tail -4
=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***
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
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
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

We see that .../foobar has been added to the intern= al LIBPATH variable.

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.

In any case, .../foobar is getting added to the shared ob= ject, but not the .la text.

I have no clue where to look beyon= d this - hints/patch is welcome!

Michael





On Thu, Feb 19, 2015 a= t 7:09 PM, Michael Felt <aixtools@gmail.com> wrote:

thanks.

=
On Feb 18, 2015 3:46 PM, "Nick Bowler"= <nbowler@= elliptictech.com> 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
>
>=C2=A0 =C2=A0 +61=C2=A0 AT_CHECK([$GREP /foobar $libdir/liba.la], [], [ignore])
>=C2=A0 =C2=A0 +62=C2=A0 AT_CHECK([$GREP /foobar $libdir/libb.la], [], [ignore])
>=C2=A0 =C2=A0 +63
>=C2=A0 =C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.
>=C2=A0 =C2=A0 +65
>=C2=A0 =C2=A0 +66=C2=A0 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 ech= o the
> values of things like $GREP)

You can pass flags to the testsuite by setting TESTSUITEFLAGS, e.g.,

=C2=A0 make check TESTSUITEFLAGS=3D'70'

to run just test 70.=C2=A0 See ./tests/testsuite --help for more testsuite<= br> options; perhaps --trace will be helpful for you.

Regards,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)

--089e0122ef649031d7050feb9e8a--