bug#14500: t/subpkg.sh fails when $CC is not cc

On 2013-05-29 11:32, Stefano Lattarini wrote: > On 05/29/2013 09:24 AM, Peter Rosin wrote: >> Hi! >> >> I'm configuring Automake master (baf8a1c22acce0908) with: >> >> ./configure CC=".../compile cl ..." ... >> >> This appears to cause the below FAIL in t/subpkg.sh. >> >> Cheers, >> Peter >> >> *sn

bug#14499: broken texi2dvi causes a FAIL in t/txinfo-no-split.sh

On 2013-05-29 11:50, Stefano Lattarini wrote: > On 05/29/2013 08:33 AM, Peter Rosin wrote: >> Hi! >> >> On MSYS, I have this situation: >> >> $ texi2dvi --version >> You don't have a working TeX binary installed, but the texi2dvi script >> can't proceed without it. If you want to use this script, y

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 2013-05-29 17:35, Stefano Lattarini wrote: > On 05/29/2013 05:20 PM, Peter Rosin wrote: >> On 2013-05-29 16:54, Stefano Lattarini wrote: >>> What if you do something like: >>> >>> $EGREP "(^| )(rm|find):.*$distdir" output >>> >>> instead? >> >> Yup, that did it. Thanks! >> >> I'm pushing the f

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 05/29/2013 05:20 PM, Peter Rosin wrote: > On 2013-05-29 16:54, Stefano Lattarini wrote: >> What if you do something like: >> >> $EGREP "(^| )(rm|find):.*$distdir" output >> >> instead? > > Yup, that did it. Thanks! > > I'm pushing the following. > Nice, thank you. Now only bug#14499 remain

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 2013-05-29 16:54, Stefano Lattarini wrote: > What if you do something like: > > $EGREP "(^| )(rm|find):.*$distdir" output > > instead? Yup, that did it. Thanks! I'm pushing the following. Cheers, Peter >From eb33ae2b29f33bcf65afc036c9a92a61f77f75e3 Mon Sep 17 00:00:00 2001 From: Peter

bug#14493: MSYS line ending problem in t/cxx-demo.sh

On 2013-05-29 16:18, Stefano Lattarini wrote: > Yeah, let's got for this (with a comment like "zap carriage-return characters, > for MinGW/MSYS" ;-). No need to over-complicate stuff. If in a few days I'll > still be convinced that it's worth making this conditional to MinGW, I'll do > that mysel

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 05/29/2013 04:49 PM, Peter Rosin wrote: > > [SNIP] > > Still no go... > > [SNIP] > > make[2]: Leaving directory > `/home/peda/automake/t/distcheck-pr10470.dir/distcheck-pr10470-1.0/_build' > if test -d "distcheck-pr10470-1.0"; then find "distcheck-pr10470-1.0" -type d > ! -perm -200 -exec chm

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 2013-05-29 16:23, Stefano Lattarini wrote: > On 05/29/2013 03:33 PM, Peter Rosin wrote: >> On 2013-05-29 10:50, Stefano Lattarini wrote: >>> On 05/29/2013 01:46 AM, Peter Rosin wrote: Hi! >>> Hi Peter, thanks for the report (and the plethora of the following >>> ones :-) >>> On MS

bug#14493: MSYS line ending problem in t/cxx-demo.sh

On 05/29/2013 03:39 PM, Peter Rosin wrote: > On 2013-05-29 10:57, Stefano Lattarini wrote: >> On 05/29/2013 01:43 AM, Peter Rosin wrote: >>> Hi! >>> >>> I have this interesting log snippet from a failed run of t/cxx-demo.sh >>> on the master branch (commit baf8a1c22acce0908): >>> >> And as you note

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 05/29/2013 03:33 PM, Peter Rosin wrote: > On 2013-05-29 10:50, Stefano Lattarini wrote: >> On 05/29/2013 01:46 AM, Peter Rosin wrote: >>> Hi! >>> >> Hi Peter, thanks for the report (and the plethora of the following >> ones :-) >> >>> On MSYS, t/distcheck-pr10470.sh from the master branch fails

bug#14493: MSYS line ending problem in t/cxx-demo.sh

On 2013-05-29 10:57, Stefano Lattarini wrote: > On 05/29/2013 01:43 AM, Peter Rosin wrote: >> Hi! >> >> I have this interesting log snippet from a failed run of t/cxx-demo.sh >> on the master branch (commit baf8a1c22acce0908): >> > And as you noted in your follow-up message, the problem is the same

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 2013-05-29 10:50, Stefano Lattarini wrote: > On 05/29/2013 01:46 AM, Peter Rosin wrote: >> Hi! >> > Hi Peter, thanks for the report (and the plethora of the following > ones :-) > >> On MSYS, t/distcheck-pr10470.sh from the master branch fails with this >> log file: >> > Ah, this test is always

bug#14498: Failure with MSVC in t/yacc-bison-skeleton.sh

On 2013-05-29 11:56, Stefano Lattarini wrote: > On 05/29/2013 11:54 AM, Peter Rosin wrote: >> diff --git a/t/yacc-bison-skeleton.sh b/t/yacc-bison-skeleton.sh >> index b89d44c..3dfc83f 100644 >> --- a/t/yacc-bison-skeleton.sh >> +++ b/t/yacc-bison-skeleton.sh >> @@ -22,6 +22,7 @@ required='cc bison

bug#14495: unistd.h problem in t/lex-header.sh

On 2013-05-29 11:51, Stefano Lattarini wrote: > On 05/29/2013 11:43 AM, Peter Rosin wrote: >> diff --git a/t/lex-header.sh b/t/lex-header.sh >> index 005ae86..0789af4 100644 >> --- a/t/lex-header.sh >> +++ b/t/lex-header.sh >> @@ -55,6 +55,7 @@ cat > lexer.l << 'END' >> END >> >> cat > main.c <<'

bug#14498: Failure with MSVC in t/yacc-bison-skeleton.sh

On 05/29/2013 11:54 AM, Peter Rosin wrote: > On 2013-05-29 07:48, Peter Rosin wrote: >> Hi! >> >> With the master branch (baf8a1c22acce0908) bison generates code with >> a bunch of inline functions, but inline is spelled __inline with >> MSVC, and the test fails spectacularly. >> >> An example erro

bug#14498: Failure with MSVC in t/yacc-bison-skeleton.sh

On 2013-05-29 07:48, Peter Rosin wrote: > Hi! > > With the master branch (baf8a1c22acce0908) bison generates code with > a bunch of inline functions, but inline is spelled __inline with > MSVC, and the test fails spectacularly. > > An example error message: > zardoz.c(873) : error C2054: expected

bug#14495: unistd.h problem in t/lex-header.sh

On 05/29/2013 11:43 AM, Peter Rosin wrote: > On 2013-05-29 11:06, Stefano Lattarini wrote: >> On 05/29/2013 10:39 AM, Peter Rosin wrote: >>> On 2013-05-29 02:08, Peter Rosin wrote: Hi! When t/lex-header.sh tries to compile main.c on the master branch, it fails like this snippet

bug#14499: broken texi2dvi causes a FAIL in t/txinfo-no-split.sh

On 05/29/2013 08:33 AM, Peter Rosin wrote: > Hi! > > On MSYS, I have this situation: > > $ texi2dvi --version > You don't have a working TeX binary installed, but the texi2dvi script > can't proceed without it. If you want to use this script, you have to > install some kind of TeX, for example th

bug#14495: unistd.h problem in t/lex-header.sh

On 2013-05-29 11:06, Stefano Lattarini wrote: > On 05/29/2013 10:39 AM, Peter Rosin wrote: >> On 2013-05-29 02:08, Peter Rosin wrote: >>> Hi! >>> >>> When t/lex-header.sh tries to compile main.c on the master branch, it fails >>> like this snippet below, since MSVC does not have unistd.h. I suppose

bug#14500: t/subpkg.sh fails when $CC is not cc

On 05/29/2013 09:24 AM, Peter Rosin wrote: > Hi! > > I'm configuring Automake master (baf8a1c22acce0908) with: > > ./configure CC=".../compile cl ..." ... > > This appears to cause the below FAIL in t/subpkg.sh. > > Cheers, > Peter > > *snip* > checking whether /home/peda/automake/lib/compile

bug#14501: dependency generation FAIL in t/subobj11a.sh

On 05/29/2013 09:48 AM, Peter Rosin wrote: > On 2013-05-29 09:41, Peter Rosin wrote: >> Hi! >> >> On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails >> on MSYS/MSVC (depmode=msvc7msys), like this: >> >> + make quux >> src/.deps/foo.Po:1: *** target pattern contains no `%'. Stop. >> >> >>

bug#14495: unistd.h problem in t/lex-header.sh

On 05/29/2013 10:39 AM, Peter Rosin wrote: > On 2013-05-29 02:08, Peter Rosin wrote: >> Hi! >> >> When t/lex-header.sh tries to compile main.c on the master branch, it fails >> like this snippet below, since MSVC does not have unistd.h. I suppose main.c >> should add >> >> #define YY_NO_UNISTD

bug#14498: Failure with MSVC in t/yacc-bison-skeleton.sh

On 2013-05-29 07:48, Peter Rosin wrote: > Hi! > > With the master branch (baf8a1c22acce0908) bison generates code with > a bunch of inline functions, but inline is spelled __inline with > MSVC, and the test fails spectacularly. The problem is the same on the micro branch (87e49f4f040c8ab). Cheer

bug#14493: MSYS line ending problem in t/cxx-demo.sh

On 05/29/2013 01:43 AM, Peter Rosin wrote: > Hi! > > I have this interesting log snippet from a failed run of t/cxx-demo.sh > on the master branch (commit baf8a1c22acce0908): > And as you noted in your follow-up message, the problem is the same on the micro branch (87e49f4f040c8ab)) > > + for p

bug#14441: [PATCH 0/8] Fix automake bug#14441, and related minor refactorings

On 05/28/2013 11:45 AM, Stefano Lattarini wrote: > Reference: > > > I plan to push this (to 'micro') in a day or so. > > Stefano Lattarini (8): > tests: expose automake bug#14441 > Automake::Rule: expose suffix rules as a function, not a sc

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 05/29/2013 01:46 AM, Peter Rosin wrote: > Hi! > Hi Peter, thanks for the report (and the plethora of the following ones :-) > On MSYS, t/distcheck-pr10470.sh from the master branch fails with this > log file: > Ah, this test is always skipped on POSIX systems, so I never got to update it when t

bug#14495: unistd.h problem in t/lex-header.sh

On 2013-05-29 02:08, Peter Rosin wrote: > Hi! > > When t/lex-header.sh tries to compile main.c on the master branch, it fails > like this snippet below, since MSVC does not have unistd.h. I suppose main.c > should add > > #define YY_NO_UNISTD_H 1 > > before it includes mylex.h? Or is this

bug#14494: ./test-driver missing in t/distcheck-pr10470.sh

On 2013-05-29 01:46, Peter Rosin wrote: > Hi! > > On MSYS, t/distcheck-pr10470.sh from the master branch fails with this > log file: The problem is the same on the micro branch (87e49f4f040c8ab). Cheers, Peter

bug#14493: MSYS line ending problem in t/cxx-demo.sh

On 2013-05-29 01:43, Peter Rosin wrote: > This is on MSYS, and I strongly suspect a line ending discrepancy. > The output from ./play is likely to have CRNL line endings, while > exp.play is likely to have NL line endings. diff then barfs. The problem is the same on the micro branch (87e49f4f040c8

bug#14501: dependency generation FAIL in t/subobj11a.sh

On 2013-05-29 09:41, Peter Rosin wrote: > Hi! > > On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails > on MSYS/MSVC (depmode=msvc7msys), like this: > > + make quux > src/.deps/foo.Po:1: *** target pattern contains no `%'. Stop. > > > It appears that the generated foo.Po is broken. Ad

bug#14501: dependency generation FAIL in t/subobj11a.sh

Hi! On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails on MSYS/MSVC (depmode=msvc7msys), like this: + make quux src/.deps/foo.Po:1: *** target pattern contains no `%'. Stop. It appears that the generated foo.Po is broken. Adding a cat "$depdir"/foo.Po just before the $MAKE qu

bug#14500: t/subpkg.sh fails when $CC is not cc

Hi! I'm configuring Automake master (baf8a1c22acce0908) with: ./configure CC=".../compile cl ..." ... This appears to cause the below FAIL in t/subpkg.sh. Cheers, Peter *snip* checking whether /home/peda/automake/lib/compile cl -nologo understands -c and -o together... yes *snip* === configur