Fixes automake bug https://bugs.gnu.org/38043.
Split the optimized compilation logic into a new section. This avoids
trying to support multiple versions of major versions in a single script
as it gets harder to verify new changes don't break old versions as time
goes on.
Now for Python 3.5+,
The compilation steps print the filename as it runs, but forgets to add
a space after it, so they all get squashed together:
$ ./py-compile 1.py 2.py 3.py
Byte-compiling python modules...
1.py2.py.3.py
* lib/py-compile: Add missing write.
---
lib/py-compile | 4 ++--
1 file changed, 2
Python 2.0 was released in 2000. There's really no way for us to check
those old versions, so let's just drop them. No one will miss them.
* lib/py-compile: Abort if major version 0 or 1 is found.
* t/py-compile-env.sh: Rework slightly to handle new version probing.
---
lib/py-compile |
Clarify to users what versions of Python are supported and until when.
This will make it easier for us to decide what versions to support.
* doc/automake.texi: Add Supported Python versions section.
---
doc/automake.texi | 53 +++
1 file changed, 53
The list of files is put into a string and then split on whitespace.
Fix the way the list of files are passed to the compile script.
* lib/py-compile: Pass files as arguments, not as a string.
* t/py-compile-files.sh: New test.
---
lib/py-compile| 14 +-
t/py-compile-files.sh
Include the full summary of options in the output.
* lib/py-compile: Update usage output.
* t/py-compile-usage.sh: Update test to match new output.
---
lib/py-compile| 8 +++-
t/py-compile-usage.sh | 4 ++--
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git
