From: Stefano Lattarini Date: Sun, 12 Jun 2011 21:53:10 +0000 (+0200) Subject: Merge branch 'maint' into python-work X-Git-Tag: v1.11.1b~18^2^2~6 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=3f7d0a5e8a9970e166a228a32a3bc80cd6da7868;p=thirdparty%2Fautomake.git Merge branch 'maint' into python-work * maint: test defs: new function 'fatal_', for hard errors --- 3f7d0a5e8a9970e166a228a32a3bc80cd6da7868 diff --cc ChangeLog index b77853f6a,5b3053dff..f7f60dd03 --- a/ChangeLog +++ b/ChangeLog @@@ -1,64 -1,20 +1,81 @@@ + 2011-06-08 Stefano Lattarini + + test defs: new function 'fatal_', for hard errors + Before this patch, the only way offered by tests/defs to + properly signal a hard error was the `framework_failure_' + function. But the error message issued by that function, + as its name would suggest, refers to a set-up failure in the + testsuite, while hard errors can obviously also be due to + other reasons. The best way to fix this inconsistency is to + introduce a new function with a more general error message. + Inspired by a recent similar change to Gnulib's tests/init.sh. + * tests/defs.in (fatal_): New function. + * tests/README (Section "Writing test cases" subsection "Do"): + Suggest the use of `fatal_', not of `framework_failure_', for + generic hard errors. The latter should be reserved for "real" + set-up failures. + +2011-06-08 Stefano Lattarini + + py-compile: '--' and non-option arguments terminate the option list + * lib/py-compile: Any non-option argument, or the special `--' + argument, now explicitly terminates the list of options. + * tests/py-compile-option-terminate.test: New test. + * tests/Makefile.am (TESTS): Update. + * NEWS: Update. + +2011-06-08 Stefano Lattarini + + py-compile: complain on unrecognized options + * lib/py-compile: Complain on unrecognized options. Don't be too + lax in matching `--help' and `--version' options. + * tests/py-compile-usage.test: Extend accordingly. + * NEWS: Update. + +2011-06-08 Stefano Lattarini + + py-compile: normalize error and help messages + * lib/py-compile: Now error messages do not begin with a capital + letter, nor end with a period, as per GNU standards. Prepend the + error messages with the name of the script, not with its path. + When an invalid usage is recognized, always display the customary + message "Try `py-compile --help' ..." on a line of its own. + ($me): New variable, containing the name of the + program, i.e., `py-compile'. Use it throughout. + (usage_error): New function, used to display error messages about + invalid usage. + * tests/py-compile-usage.test: Extend and tighten accordingly. + +2011-06-08 Stefano Lattarini + + python tests: add "unit tests" on py-compile + * tests/py-compile-basic.test: New test. + * tests/py-compile-basic2.test: New test. + * tests/py-compile-basedir.test: Likewise. + * tests/py-compile-destdir.test: Likewise. + * tests/py-compile-env.test: Likewise. + * tests/py-compile-usage.test: Likewise. + * tests/Makefile.am (TESTS): Update. + Tested with python 2.0.1, 2.4.6, 2.6.6, 2.7.1, and 3.1.3. + +2011-06-08 Stefano Lattarini + + py-compile: the '--destdir' option now accepts a blank argument + * lib/py-compile (Option parsing): Do not count an empty argument + to `--destdir' or `--basedir' as a missing argument. + * lib/python.am: Simplify accordingly, passing the `--destdir' + option to py-compile unconditionally, even if `$(DESTDIR)' is + empty. + * NEWS: Update. + +2011-06-08 Stefano Lattarini + + python: run the 'py-compile' script with $(SHELL) + * lib/python.am (install-%DIR%PYTHON): Run each instance of + py-compile using $(SHELL). Since we are at it, break overly + long lines. + (am__py_compile): New variable, to reduce code duplication. + 2011-06-02 Stefano Lattarini maintcheck: fix some failures, extend some checks