GNU bug report logs -
#53530
python 3.10 support
Previous Next
Reported by: Thomas Klausner <tk <at> giga.or.at>
Date: Tue, 25 Jan 2022 18:56:02 UTC
Severity: normal
Done: Mike Frysinger <vapier <at> gentoo.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53530 in the body.
You can then email your comments to 53530 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org
:
bug#53530
; Package
automake
.
(Tue, 25 Jan 2022 18:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Thomas Klausner <tk <at> giga.or.at>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Tue, 25 Jan 2022 18:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi!
automake's python.m4 file does not support python 3.10, the current
stable python version.
Arguably, 3.11 could also be supported since a release might be out
before the next automake release ;)
Patch for 3.10 attached.
Cheers,
Thomas
[patch-m4_python.m4 (text/plain, attachment)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#53530
; Package
automake
.
(Wed, 26 Jan 2022 11:38:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 53530 <at> debbugs.gnu.org (full text, mbox):
Fixes automake bug https://bugs.gnu.org/53530.
Based on the cadence of Automake releases, add the current Python
release (3.10), the current Python development (3.11), and then 4
more versions on top of that. It doesn't hurt to check for a few
extra versions here since this is the fallback logic when the main
`python` and `python3` programs aren't found.
* m4/python.m4: Add python3.10 - python3.15.
---
m4/python.m4 | 1 +
1 file changed, 1 insertion(+)
diff --git a/m4/python.m4 b/m4/python.m4
index f5b5371c6a63..6653e4d89eb2 100644
--- a/m4/python.m4
+++ b/m4/python.m4
@@ -38,6 +38,7 @@ AC_DEFUN([AM_PATH_PYTHON],
dnl supported. (2.0 was released on October 16, 2000).
m4_define_default([_AM_PYTHON_INTERPRETER_LIST],
[python python2 python3 dnl
+ python3.15 python3.14 python3.13 python3.12 python3.11 python3.10 dnl
python3.9 python3.8 python3.7 python3.6 python3.5 python3.4 python3.3 dnl
python3.2 python3.1 python3.0 dnl
python2.7 python2.6 python2.5 python2.4 python2.3 python2.2 python2.1 dnl
--
2.34.1
Information forwarded
to
bug-automake <at> gnu.org
:
bug#53530
; Package
automake
.
(Wed, 26 Jan 2022 15:10:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 26, 2022, at 6:37 AM, Mike Frysinger wrote:
> Fixes automake bug https://bugs.gnu.org/53530.
>
> Based on the cadence of Automake releases, add the current Python
> release (3.10), the current Python development (3.11), and then 4
> more versions on top of that. It doesn't hurt to check for a few
> extra versions here since this is the fallback logic when the main
> `python` and `python3` programs aren't found.
It's unfortunate that we keep having to update this list. I wonder if there's a clean way to detect all the available /^python\d\.\d+/ commands and then sort them.
zw
Information forwarded
to
bug-automake <at> gnu.org
:
bug#53530
; Package
automake
.
(Wed, 26 Jan 2022 17:22:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 53530 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 26 Jan 2022 10:09, Zack Weinberg wrote:
> On Wed, Jan 26, 2022, at 6:37 AM, Mike Frysinger wrote:
> > Fixes automake bug https://bugs.gnu.org/53530.
> >
> > Based on the cadence of Automake releases, add the current Python
> > release (3.10), the current Python development (3.11), and then 4
> > more versions on top of that. It doesn't hurt to check for a few
> > extra versions here since this is the fallback logic when the main
> > `python` and `python3` programs aren't found.
>
> It's unfortunate that we keep having to update this list. I wonder if there's a clean way to detect all the available /^python\d\.\d+/ commands and then sort them.
i posted some thoughts to Kerry, but looks like that thread went private.
so i'll paste them here.
Python is designed to have an arbitrary number of versions installed in
parallel, and for the canonical `python` to be pointing to any of them.
we have requests (that i think we should support) for compiling more than
one version in a single build.
so i agree that this handcoded list sucks, but i'm not sure of a better
way atm to handle it. we could snoop $PATH manually with globs looking
for python[0-9].[0-9]+ and then sort by version, but doing that portably
is a bit of a nightmare, and i don't think autoconf provides any macros
off the shelf that we could leverage.
we could make the code a bit dynamic -- start at 3.0 and then count up
remembering the last version we saw, and repeat until we hit like 20
missing versions in a row. but that doesn't exactly improve the code
that much, and this hardcoded version list is a fallback for when the
canonical `python` & `python3` are missing. which, while possible,
shouldn't be that common ...
-mike
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
Mike Frysinger <vapier <at> gentoo.org>
:
You have taken responsibility.
(Thu, 27 Jan 2022 03:00:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Thomas Klausner <tk <at> giga.or.at>
:
bug acknowledged by developer.
(Thu, 27 Jan 2022 03:00:03 GMT)
Full text and
rfc822 format available.
Message #19 received at 53530-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 26 Jan 2022 06:37, Mike Frysinger wrote:
> Fixes automake bug https://bugs.gnu.org/53530.
>
> Based on the cadence of Automake releases, add the current Python
> release (3.10), the current Python development (3.11), and then 4
> more versions on top of that. It doesn't hurt to check for a few
> extra versions here since this is the fallback logic when the main
> `python` and `python3` programs aren't found.
>
> * m4/python.m4: Add python3.10 - python3.15.
> ---
> m4/python.m4 | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/m4/python.m4 b/m4/python.m4
> index f5b5371c6a63..6653e4d89eb2 100644
> --- a/m4/python.m4
> +++ b/m4/python.m4
> @@ -38,6 +38,7 @@ AC_DEFUN([AM_PATH_PYTHON],
> dnl supported. (2.0 was released on October 16, 2000).
> m4_define_default([_AM_PYTHON_INTERPRETER_LIST],
> [python python2 python3 dnl
> + python3.15 python3.14 python3.13 python3.12 python3.11 python3.10 dnl
> python3.9 python3.8 python3.7 python3.6 python3.5 python3.4 python3.3 dnl
> python3.2 python3.1 python3.0 dnl
> python2.7 python2.6 python2.5 python2.4 python2.3 python2.2 python2.1 dnl
> --
> 2.34.1
i've pushed this w/a NEWS update
- AM_PATH_PYTHON will also search for Python versions 3.10 - 3.15. It has
previously searched for 3.0 - 3.9.
-mike
[signature.asc (application/pgp-signature, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 24 Feb 2022 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 61 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.