Re: Measuring test duration?

2012-09-12 Thread Stefano Lattarini
On 09/12/2012 06:14 AM, Bob Friesenhahn wrote: On Tue, 11 Sep 2012, Dan Kegel wrote: Hi all, I'm running a test suite on an underpowered machine, and want to have test results automatically annotated with how long each one took. Some of our tests are gtest based, and those already do what I

libvirt build failure w/GNU make and automake.git (automake regression?)

2012-09-12 Thread Jim Meyering
When I run ./autogen.sh make, I see this: (this arose because I had the latest automake.git/master tools -- commit c1b83e1af60b866cf5cdeebf77d0275019bad8b2 from today -- early in my path) Generated 3 wrapper functions CC libvirtmod_la-libvirt-override.lo CC

AM_PROG_MKDIR_P: too soon to obsolete this macro?

2012-09-12 Thread Jim Meyering
I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. When I try to build one of those projects (coreutils) using the latest from automake.git/master, I see this failure: $ aclocal -I m4

Re: libvirt build failure w/GNU make and automake.git (automake regression?)

2012-09-12 Thread Paul Smith
On Wed, 2012-09-12 at 17:01 +0200, Jim Meyering wrote: That is because of this automake-generated rule: undefine.log: undefine The trouble is that undefine is an operator in GNU make. The most pragmatic work-around is to rename the undefine test script. However, Stephano, as automake

Re: [libvirt] libvirt build failure w/GNU make and automake.git (automake regression?)

2012-09-12 Thread Eric Blake
On 09/12/2012 09:01 AM, Jim Meyering wrote: When I run ./autogen.sh make, I see this: (this arose because I had the latest automake.git/master tools -- commit c1b83e1af60b866cf5cdeebf77d0275019bad8b2 from today -- early in my path) Making all in tests make[2]: Entering

Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?

2012-09-12 Thread Stefano Lattarini
On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several months ago to gettext to fix that issue:

Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?

2012-09-12 Thread Jim Meyering
Stefano Lattarini wrote: On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several months ago to gettext to fix that issue:

Re: AM_PROG_MKDIR_P: too soon to obsolete this macro?

2012-09-12 Thread Stefano Lattarini
On 09/12/2012 09:20 PM, Jim Meyering wrote: Stefano Lattarini wrote: On 09/12/2012 06:04 PM, Jim Meyering wrote: I see that gettext (latest from git) still AC_REQUIRE's AM_PROG_MKDIR_P from its intl.m4 and po.m4 files, which are pulled into *many* projects. I know. I sent a patch several

bug#11524: ping on automake bug#11524

2012-09-12 Thread Stefano Lattarini
On 09/12/2012 09:12 AM, Dagobert Michelsen wrote: Hi Stefano, Hi Dagobert, thanks for not giving up on this. Am 11.09.2012 um 17:29 schrieb Dagobert Michelsen d...@opencsw.org: Am 11.09.2012 um 11:01 schrieb Stefano Lattarini stefano.lattar...@gmail.com: Resurrecting an oldish bug report:

bug#7824: Automatic chaining of make suffix rules

2012-09-12 Thread Stefano Lattarini
On 09/12/2012 08:31 PM, Юрий Пухальский wrote: For your info, the proposed clarification in standard concerning chaining rules. http://austingroupbugs.net/view.php?id=602#c1363 Thanks for keeping me posted. I'm sending this answer to the bug ticket as well (in CC:), to give it some closure

[PATCH] fix typo in mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/

2012-09-12 Thread Jim Meyering
* t/gettext-macros.sh: Fix typo in name of macro emitted into mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/ --- t/gettext-macros.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/t/gettext-macros.sh b/t/gettext-macros.sh index 1d94dad..f548d1a 100755 --- a/t/gettext-macros.sh

Re: [PATCH] fix typo in mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/

2012-09-12 Thread Stefano Lattarini
Hi Jim, thanks for the patch. On 09/12/2012 05:53 PM, Jim Meyering wrote: * t/gettext-macros.sh: Fix typo in name of macro emitted into mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/ Yikes, how have I been missing that ?!? Maybe, to help me (and future readers) to understand how this blunder can

Re: [PATCH] fix typo in mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/

2012-09-12 Thread Jim Meyering
Stefano Lattarini wrote: Hi Jim, thanks for the patch. On 09/12/2012 05:53 PM, Jim Meyering wrote: * t/gettext-macros.sh: Fix typo in name of macro emitted into mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/ Yikes, how have I been missing that ?!? Maybe, to help me (and future readers) to

Re: [PATCH] fix typo in mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/

2012-09-12 Thread Stefano Lattarini
On 09/12/2012 09:38 PM, Jim Meyering wrote: I presume you'd like this to be committed on maint? OK thanks, with just one nit ... From 335cea6d5e62d011f9fe1f470d336d85599a5ef5 Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Wed, 12 Sep 2012 17:31:24 +0200 Subject:

Re: [PATCH] fix typo in mk-dirp.m4: s/AM_MKDIR_P/AM_PROG_MKDIR_P/

2012-09-12 Thread Jim Meyering
Stefano Lattarini wrote: On 09/12/2012 09:38 PM, Jim Meyering wrote: I presume you'd like this to be committed on maint? OK thanks, with just one nit ... Pushed to master. The offending code is not on maint. From 335cea6d5e62d011f9fe1f470d336d85599a5ef5 Mon Sep 17 00:00:00 2001 From: Jim