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

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 libvirt

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 configure.a

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

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 iss

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