bug#7849: new instspc* test failures

Stefano Lattarini skrev 2012-01-04 21:43: > Hi Peter, thanks for the super-quick feedback. > > On 01/04/2012 03:17 PM, Peter Rosin wrote: >> Stefano Lattarini skrev 2012-01-04 13:24: >>> (Me rummaging in older bug reports ...) >>> >>> Reference: >>>

bug#7849: new instspc* test failures

Hi Peter, thanks for the super-quick feedback. On 01/04/2012 03:17 PM, Peter Rosin wrote: > Stefano Lattarini skrev 2012-01-04 13:24: >> (Me rummaging in older bug reports ...) >> >> Reference: >> >> >> On 01/16/2011 09:46 AM, Ralf Wildenhues w

bug#7849: new instspc* test failures

On 01/04/2012 03:35 PM, Peter Rosin wrote: > Peter Rosin skrev 2012-01-04 15:17: >>mkdir "./$test_string" || { >> skip_ -r "mkdir failed" "$test_name in builddir" >> skip_ -r "mkdir failed" "$test_name in destdir" > > BTW, what's with the -r in the above "skip_"s? > It is to give th

bug#10431: a .trs file left behind for each test

On 01/04/2012 06:21 PM, Jim Meyering wrote: > Stefano Lattarini wrote: >> >> P.S. Let me reiterate that, while I greatly appreciate your continual use >> and testing the bleeding-edge automake versions with real-world packages, >> the code from `master' it is IMO *not* stable or mature enough for u

bug#10431: a .trs file left behind for each test

On 01/04/2012 06:15 PM, Peter Rosin wrote: > Stefano Lattarini skrev 2012-01-04 17:59: >> P.S. Let me reiterate that, while I greatly appreciate your continual use >> and testing the bleeding-edge automake versions with real-world packages, >> the code from `master' it is IMO *not* stable or mature

bug#10431: a .trs file left behind for each test

Stefano Lattarini wrote: ... >> [using latest automake from git.master] >> For example, in grep and coreutils, after I run "make check", I find >> that every test has a corresponding .trs file alongside the usual .log file. >> > Yep, that's by design; the new automake-generated testsuite harness ne

bug#10431: a .trs file left behind for each test

Stefano Lattarini skrev 2012-01-04 17:59: > P.S. Let me reiterate that, while I greatly appreciate your continual use > and testing the bleeding-edge automake versions with real-world packages, > the code from `master' it is IMO *not* stable or mature enough for use in > production code. So I'd ad

bug#10431: a .trs file left behind for each test

tags 10431 notabug close 10431 thanks On 01/04/2012 04:10 PM, Jim Meyering wrote: > Hi Stefano, > Hi Jim, thanks for the report. > [using latest automake from git.master] > For example, in grep and coreutils, after I run "make check", I find > that every test has a corresponding .trs file alongsi

bug#10431: a .trs file left behind for each test

Hi Stefano, [using latest automake from git.master] For example, in grep and coreutils, after I run "make check", I find that every test has a corresponding .trs file alongside the usual .log file. Those are indeed removed via "make clean", but shouldn't they be removed also upon normal completio

bug#7849: new instspc* test failures

Peter Rosin skrev 2012-01-04 15:17: > Stefano Lattarini skrev 2012-01-04 13:24: >> (Me rummaging in older bug reports ...) >> >> Reference: >> >> >> On 01/16/2011 09:46 AM, Ralf Wildenhues wrote: >>> There are a number of new failures since the

bug#7849: new instspc* test failures

Stefano Lattarini skrev 2012-01-04 13:24: > (Me rummaging in older bug reports ...) > > Reference: > > > On 01/16/2011 09:46 AM, Ralf Wildenhues wrote: >> There are a number of new failures since the splitup of instspc.test. >> Most seem to st

bug#9658: bug report reopened

tags 9658 wontfix close 9658 thanks On 12/30/2011 03:03 PM, Stefano Lattarini wrote: > It turns out that this failure wasn't a spurious one after all: > > > > I've thus reopened the bug report. > And now I'm closing it as "won

bug#7849: new instspc* test failures

(Me rummaging in older bug reports ...) Reference: On 01/16/2011 09:46 AM, Ralf Wildenhues wrote: > There are a number of new failures since the splitup of instspc.test. > Most seem to stem from increased coverage. Rather than putting each >

bug#9238: "make dist" when "." is in SUBDIRS (was: Re: help help2man to find iwhd)

retitle 9238 "make dist" when "." is in SUBDIRS severity 9238 minor thanks References: Hi Jim, sorry for the delay. Jim Meyering wrote: > > I took a look at the generat