GNU logs - #19893, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#19893: GNU libtool-2.4.6 released [stable]
Resent-From: Michael Felt <aixtools@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 18 Feb 2015 08:20:02 +0000
Resent-Message-ID: <handler.19893.B.142424754717561 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 19893 <at> debbugs.gnu.org
MIME-Version: 1.0
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>
From: Michael Felt <aixtools@HIDDEN>
Content-Type: multipart/alternative; boundary=089e0122ef642b9333050f587863
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--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 &#39;coreutils&#39; rather than standard AIX - I shou=
ld (and will) repeat the tests without coreutils - maybe even &#39;real soo=
n&#39; 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">&lt;<a href=
=3D"mailto:gary@HIDDEN" target=3D"_blank">gary@HIDDEN</a>&gt;</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&#39;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 &#39;gpg --verify&#39; 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&#39;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--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Michael Felt <aixtools@HIDDEN>
Subject: bug#19893: Acknowledgement (GNU libtool-2.4.6 released [stable])
Message-ID: <handler.19893.B.142424754717561.ack <at> debbugs.gnu.org>
References: <CANvxniXiwqW5eqk9JQbqHnFcHp-Z=Cxov9y8RLg=itMT62DgCA@HIDDEN>
X-Gnu-PR-Message: ack 19893
X-Gnu-PR-Package: libtool
Reply-To: 19893 <at> debbugs.gnu.org
Date: Wed, 18 Feb 2015 08:20:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 19893 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
19893: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D19893
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#19893: GNU libtool-2.4.6 released [stable]
Resent-From: Nick Bowler <nbowler@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 18 Feb 2015 14:47:01 +0000
Resent-Message-ID: <handler.19893.B19893.142427080225727 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Michael Felt <aixtools@HIDDEN>
Cc: 19893 <at> debbugs.gnu.org
Date: Wed, 18 Feb 2015 09:46:31 -0500
From: Nick Bowler <nbowler@HIDDEN>
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)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

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/)

Message sent to bug-libtool@HIDDEN:

Subject: bug#19893: GNU libtool-2.4.6 released [stable]
Resent-From: Michael Felt <aixtools@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 19 Feb 2015 18:10:02 +0000
Resent-Message-ID: <handler.19893.B19893.142436939823220 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Nick Bowler <nbowler@HIDDEN>
Cc: 19893 <at> debbugs.gnu.org
MIME-Version: 1.0
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>
From: Michael Felt <aixtools@HIDDEN>
Content-Type: multipart/alternative; boundary=001a11339786d5abd5050f74d763
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--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, &quot;Nick Bowler&quot;=
 &lt;<a href=3D"mailto:nbowler@HIDDEN">nbowler@HIDDEN</=
a>&gt; 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&#39;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>
&gt; Test 70, e.g., proceeds fine but at line 61 - it fails<br>
[...]<br>
&gt; in the test file <a href=3D"http://runpath-in-lalib.at" target=3D"_bla=
nk">runpath-in-lalib.at</a><br>
&gt;<br>
&gt;=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>
&gt;=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>
&gt;=C2=A0 =C2=A0 +63<br>
&gt;=C2=A0 =C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.<br>
&gt;=C2=A0 =C2=A0 +65<br>
&gt;=C2=A0 =C2=A0 +66=C2=A0 AT_CLEANUP<br>
[...]<br>
&gt; Two questions:<br>
&gt;<br>
&gt; 1. the word [ignore] at the end does not mean to ignore exit status - =
I am<br>
&gt; 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>
&gt; 2. How can I easily run a (verbose) single-test (and maybe have it ech=
o the<br>
&gt; 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&#39;70&#39;<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--

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#19893: GNU libtool-2.4.6 released [stable]
Resent-From: Michael Felt <aixtools@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 25 Feb 2015 15:53:01 +0000
Resent-Message-ID: <handler.19893.B19893.142487954518014 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19893
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: Nick Bowler <nbowler@HIDDEN>
Cc: 19893 <at> debbugs.gnu.org
Received: via spool by 19893-submit <at> debbugs.gnu.org id=B19893.142487954518014
          (code B ref 19893); Wed, 25 Feb 2015 15:53:01 +0000
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 <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>
From: Michael Felt <aixtools@HIDDEN>
Content-Type: multipart/alternative; boundary=089e0122ef649031d7050feb9e8a
X-Spam-Score: -0.7 (/)
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 &#39;happen&#39; 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&#39;/data/p=
rj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070/inst/lib&#39;<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&#39;/data/prj/gnu/libtool/libtool-2.=
4.6/tests/testsuite.dir/070/inst/lib&#39;<br>relink_command=3D&quot;(cd /da=
ta/prj/gnu/libtool/libtool-2.4.6/tests/testsuite.dir/070; /bin/sh \&quot;/d=
ata/prj/gnu/libtool/libtool-2.4.6/libtool\&quot;=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@)&quot;<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">&lt;<a href=3D"mailto:aixtools@gm=
ail.com" target=3D"_blank">aixtools@HIDDEN</a>&gt;</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, &quot;Nick Bowler&quot;=
 &lt;<a href=3D"mailto:nbowler@HIDDEN" target=3D"_blank">nbowler@=
elliptictech.com</a>&gt; 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&#39;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>
&gt; Test 70, e.g., proceeds fine but at line 61 - it fails<br>
[...]<br>
&gt; in the test file <a href=3D"http://runpath-in-lalib.at" target=3D"_bla=
nk">runpath-in-lalib.at</a><br>
&gt;<br>
&gt;=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>
&gt;=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>
&gt;=C2=A0 =C2=A0 +63<br>
&gt;=C2=A0 =C2=A0 +64=C2=A0 # TODO: check that m gets -R, too.<br>
&gt;=C2=A0 =C2=A0 +65<br>
&gt;=C2=A0 =C2=A0 +66=C2=A0 AT_CLEANUP<br>
[...]<br>
&gt; Two questions:<br>
&gt;<br>
&gt; 1. the word [ignore] at the end does not mean to ignore exit status - =
I am<br>
&gt; 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>
&gt; 2. How can I easily run a (verbose) single-test (and maybe have it ech=
o the<br>
&gt; 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&#39;70&#39;<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--

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.