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

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 the MikTeX package from http://miktex.org/ (which is not part

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

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 '(' to follow 'inline' $ bison --version bison (GNU Bi

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

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 something else? I know very little about lexers... Chee

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

Hi! On MSYS, t/distcheck-pr10470.sh from the master branch fails with this log file: Running from installcheck: no Test Protocol: none PATH = /home/peda/automake/t/wrap:/home/peda/automake/t/ax:[elided] ++ pwd /home/peda/automake/t/distcheck-pr10470.dir + mkdir foo.d + sh -c 'cd foo.d && sleep '

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

Hi! I have this interesting log snippet from a failed run of t/cxx-demo.sh on the master branch (commit baf8a1c22acce0908): + for p in play work + ./play + cat exp.play We are playing :-) Howdy, play! + cat got.play We are playing :-) Howdy, play! + diff exp.play got.play 1,2c1,2 < We are playin

bug#14488: am-config-header and am-prog-cc-stdc in 1.13.2 fail on openSUSE factory

tags 14488 - moreinfo tags 14488 + notabug close 14488 stop On 05/28/2013 02:19 PM, Philipp Thomas wrote: > * Stefano Lattarini (stefano.lattar...@gmail.com) [20130528 14:07]: > >> This certainly doesn't come from stock Automake. I think it is caused by >> some OpenSUSE

bug#14488: am-config-header and am-prog-cc-stdc in 1.13.2 fail on openSUSE factory

* Stefano Lattarini (stefano.lattar...@gmail.com) [20130528 14:07]: > This certainly doesn't come from stock Automake. I think it is caused by > some OpenSUSE patch. Can you confirm? And ditto for the other failing > test. At least for am-config-header we had indeed a patch to m

bug#14488: am-config-header and am-prog-cc-stdc in 1.13.2 fail on openSUSE factory

tags 14488 + moreinfo severity 14488 minor stop On 05/28/2013 01:58 PM, Philipp Thomas wrote: > > THe above tests fail on openSUSE factory, i.e. the development version. logs > show this: > > FAIL: t/am-config-header > > > Running from installcheck: no > Test Proto

bug#14488: am-config-header and am-prog-cc-stdc in 1.13.2 fail on openSUSE factory

THe above tests fail on openSUSE factory, i.e. the development version. logs show this: FAIL: t/am-config-header Running from installcheck: no Test Protocol: none PATH = /home/abuild/rpmbuild/BUILD/automake-1.13.2/t/wrap:/home/abuild/rpmbuild/BUILD/automake-1.13.2

bug#14441: bug in new file extensions

On 05/28/2013 12:47 PM, Felix Salfelder wrote: > Hi Stefano. > > On Tue, May 28, 2013 at 11:43:37AM +0200, Stefano Lattarini wrote: >> Hi Felix, sorry for the delay. > > hey that was pretty fast! thank you. > >> user to shoot himself in the foot if he really wants to. > > it't not me. it's the

bug#14441: [PATCH 7/8] Automake::Rule: consistently prepend underscore to private variables

* lib/Automake/Rule.pm (%suffix_rules): Rename ... (%_suffix_rules): ... like this. (%suffix_rules_builtin): Rename ... (%_suffix_rules_builtin): ... like this. (reset, next_in_suffix_chain, register_suffix_rule, suffix_rules_count): Adjust. Signed-off-by: Stefano Lattarini --- lib/Automake/Rule

bug#14441: [PATCH 4/8] Automake::Rule: make private variables lexically scoped

* lib/Automake/Rule.pm (@_known_extensions_list): This one. (@_suffixes): And this one. (%_rule_dict): And this one. Signed-off-by: Stefano Lattarini --- lib/Automake/Rule.pm | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/lib/Automake/Rule.pm b/lib/Automake/Rule.pm

bug#14441: [PATCH 1/8] tests: expose automake bug#14441

* t/suffix-custom-pr14441.sh: New test, still failing. * t/list-of-tests.mk (handwritten_TESTS, XFAIL_TESTS): Add it. Helped-by: Felix Salfelder Signed-off-by: Stefano Lattarini --- THANKS | 1 + t/list-of-tests.mk | 2 ++ t/suffix-custom-pr14441.sh | 56 ++

bug#14441: [PATCH 6/8] Automake::Rule: rename: suffix_rule() -> next_in_suffix_chain()

* lib/Automake/Rule.pm (suffix_rule): Rename ... (next_in_suffix_chain): ... like this. (%suffix_rules): Adjust comments. (@EXPORT): Adjust. * automake.in (derive_suffix): Likewise. Signed-off-by: Stefano Lattarini --- automake.in | 2 +- lib/Automake/Rule.pm | 11 ++- 2 files

bug#14441: [PATCH 2/8] Automake::Rule: expose suffix rules as a function, not a scalar

This is just a preparatory refactoring in view of future patches. No semantic change is intended. * lib/Automake/Rule.pm ($suffix_rules): Turn from a package-level variable to a lexical variable. (suffix_rule): New function, expose the details of $suffix_rules that are actually required by code ou

bug#14441: [PATCH 5/8] Automake::Rule: adjust comments and POD according to previous changes

* lib/Automake/Rule.pm: Here, in several places. * automake.in (register_language): And a tiny adjustment here as well. Signed-off-by: Stefano Lattarini --- automake.in | 2 +- lib/Automake/Rule.pm | 70 2 files changed, 33 insertion

bug#14441: [PATCH 8/8] NEWS: document fix for bug#14441

Signed-off-by: Stefano Lattarini --- NEWS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/NEWS b/NEWS index ab519c4..43da27d 100644 --- a/NEWS +++ b/NEWS @@ -87,6 +87,16 @@ New in 1.13.3: - Byte-compilation of Emacs lisp files could fail spuriously on Solaris, when /bin/ks

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

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 scalar suffix rules: better distinction between builtin and user-

bug#14441: [PATCH 3/8] suffix rules: better distinction between builtin and user-derived

Fixes automake bug#14441. * lib/Automake/Rule.pm ($_suffix_rules_default): Remove, superseded by ... (%suffix_rules_builtin): ... this lexical variable. ($suffix_rules): Remove, superseded by ... (%suffix_rules): ... this lexical variable. (suffix_rules, suffix_rules_count): Adjust. (register_suff

bug#14441: bug in new file extensions

severity 14441 minor tags 14441 + patch stop Reference: On 05/22/2013 09:35 PM, Felix Salfelder wrote: > Hi there > Hi Felix, sorry for the delay. > i have discovered a bug in file extensions handling [1]. consider two > Makefile.am's (skippin