[PATCH] depcomp: recognize tabs as whitespace in the dashmstdout mode

Commit Release-1-7-2b-2-gf03ceab "Cope with DOS filenames in dependencies." inadvertently converted tabs into spaces. * lib/depcomp (dashmstdout): Add a tab character to all sets matching whitespace. --- lib/depcomp |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) I know the Tru6

Re: bug#10434: FAIL: depmod.tap 50 - tru64 [long VPATH] make & remake

Stefano Lattarini skrev 2012-02-02 22:45: > Reference: > > > OK, the attached patch fixes the two spurious failures of GCC forced into > Tru64 mode. About time I'd say. > > But I'm not sure whether we should apply this without first testing

Re: bug#10434: FAIL: depmod.tap 50 - tru64 [long VPATH] make & remake

Reference: OK, the attached patch fixes the two spurious failures of GCC forced into Tru64 mode. About time I'd say. But I'm not sure whether we should apply this without first testing it on a real Tru64 compiler, lest we cause a real regres

Re: Alternatives for check8.test...

On 02/02/2012 09:16 PM, Peter Rosin wrote: > > The following is what I pushed (to maint). > Thanks! > Subject: [PATCH] tests: do not clobber the modified CC > > If CC is originally a losing compiler, AM_PROG_CC_C_O will > modify CC. "$MAKE -e" will then clobber this modified CC > and reintroduce

Re: Alternatives for check8.test...

Stefano Lattarini skrev 2012-02-02 20:33: > On 02/02/2012 08:16 PM, Peter Rosin wrote: >> Hi! >> > Hi Peter. > >> When I run the testsuite with CC="cl -nologo" in the environment, >> make -e in check8.test clobbers the rewritten CC (AM_PROG_CC_C_O >> rewrites CC, remember?) causing the test to fai

Re: Alternatives for check8.test...

On 02/02/2012 08:16 PM, Peter Rosin wrote: > Hi! > Hi Peter. > When I run the testsuite with CC="cl -nologo" in the environment, > make -e in check8.test clobbers the rewritten CC (AM_PROG_CC_C_O > rewrites CC, remember?) causing the test to fail. > > I have two alternativ patches for this, one th

Re: Alternatives for check8.test...

Stefano Lattarini skrev 2012-02-02 20:33: > On 02/02/2012 08:16 PM, Peter Rosin wrote: >> Hi! >> > Hi Peter. > >> When I run the testsuite with CC="cl -nologo" in the environment, >> make -e in check8.test clobbers the rewritten CC (AM_PROG_CC_C_O >> rewrites CC, remember?) causing the test to fai

Re: bug#10418: [PATCH] {master} tap/perl: handle missing or non-executable scripts better

On 02/02/2012 08:28 PM, Jim Meyering wrote: > Stefano Lattarini wrote: > >> Hi Jim, thanks for the quick review. > ... +$@ = ""; +eval { open3(*STDIN, *STDOUT, *STDERR, "am--no-such-command") }; +$@ =~ m/\bopen3:.*am--no-such-command/ + or die "Bad \$@ value: \

Re: bug#10418: [PATCH] {master} tap/perl: handle missing or non-executable scripts better

Stefano Lattarini wrote: > Hi Jim, thanks for the quick review. ... >>> +$@ = ""; >>> +eval { open3(*STDIN, *STDOUT, *STDERR, "am--no-such-command") }; >>> +$@ =~ m/\bopen3:.*am--no-such-command/ >>> + or die "Bad \$@ value: \"$@\"\n"; >>> + '; then >>> +: # OK. IPC::Open3 sh

Re: bug#10418: [PATCH] {master} tap/perl: handle missing or non-executable scripts better

Hi Jim, thanks for the quick review. On 02/02/2012 07:58 PM, Jim Meyering wrote: > Stefano Lattarini wrote: >> On 02/02/2012 03:24 PM, Stefano Lattarini wrote: >>> On 02/02/2012 02:57 PM, Stefano Lattarini wrote: The attached patch should take care of three of the remaining five failures

Alternatives for check8.test...

Hi! When I run the testsuite with CC="cl -nologo" in the environment, make -e in check8.test clobbers the rewritten CC (AM_PROG_CC_C_O rewrites CC, remember?) causing the test to fail. I have two alternativ patches for this, one that makes the test skip in this situation and one that makes it pas

[FYI] {master} cosmetics: fix indentation and typos in perl TAP driver

* lib/tap-driver.pl (get_test_exit_message): Fix botched indentation. Fix typo in error message: s/ststus/status/. --- lib/tap-driver.pl | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) diff --git a/lib/tap-driver.pl b/lib/tap-driver.pl index 77d3b95..9ce1a31 10075

Re: bug#10418: [PATCH] {master} tap/perl: handle missing or non-executable scripts better

Stefano Lattarini wrote: > On 02/02/2012 03:24 PM, Stefano Lattarini wrote: >> On 02/02/2012 02:57 PM, Stefano Lattarini wrote: >>> The attached patch should take care of three of the remaining five >>> failures still present on latest Fedora (see automake bug#10418). >>> I will push to master shor

[FYI] {master} test defs: fix typo in variable name ($AM_TESTSUITE_PERL)

* tests/defs-static.in: Fix typo: it's '$AM_TESTSUITE_PERL', not '$AM_TESTUITE_PERL'. --- tests/defs-static.in |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/defs-static.in b/tests/defs-static.in index b79e399..79484a9 100644 --- a/tests/defs-static.in +++ b/tests/

Re: bug#10418: [PATCH] {master} tap/perl: handle missing or non-executable scripts better

On 02/02/2012 03:24 PM, Stefano Lattarini wrote: > On 02/02/2012 02:57 PM, Stefano Lattarini wrote: >> The attached patch should take care of three of the remaining five >> failures still present on latest Fedora (see automake bug#10418). >> I will push to master shortly if there is no objection. >

Re: bug#10418: [PATCH] {master} tap/perl: handle missing or non-executable scripts better

On 02/02/2012 02:57 PM, Stefano Lattarini wrote: > The attached patch should take care of three of the remaining five > failures still present on latest Fedora (see automake bug#10418). > I will push to master shortly if there is no objection. > Hmph, this causes several new and more serious failu

[PATCH] {master} tap/perl: handle missing or non-executable scripts better

The attached patch should take care of three of the remaining five failures still present on latest Fedora (see automake bug#10418). I will push to master shortly if there is no objection. Regards, Stefano >From 745d811f8476724bc8d63db075399b73d8589bd0 Mon Sep 17 00:00:00 2001 Message-Id: <745d8

Re: [FRC] Merge branch 'branch-1.11' into maint

On 02/01/2012 10:56 PM, Stefano Lattarini wrote: > > No problem luckily. I hadn't really started the merge yet ... > Now I've tried, and I *retire my proposal*: the results of such a merge makes the Automake history utterly unreadable with GUI tools like gtk or qgit. This is not acceptable. Even

Re: [FRC] Merge branch 'branch-1.11' into maint

Stefano Lattarini skrev 2012-02-01 22:56: > On 02/01/2012 10:33 PM, Peter Rosin wrote: >> Stefano Lattarini skrev 2012-02-01 22:31: >>> On 02/01/2012 09:31 PM, Stefano Lattarini wrote: On 02/01/2012 03:59 PM, Peter Rosin wrote: > When AM_PROG_CC_C_O is after AC_OUTPUT, the compile script >