[MacPorts] #74199: Changes needed to python-1.0.tcl to properly handle free threading python versions.

[MacPorts]

#74199: Changes needed to python-1.0.tcl to properly handle free threading python
versions.
---------------------+------------------------------
  Reporter:  Veence  |      Owner:  (none)
      Type:  defect  |     Status:  new
  Priority:  Normal  |  Milestone:
 Component:  ports   |    Version:
Resolution:          |   Keywords:  python portgroup
      Port:          |
---------------------+------------------------------

Comment (by Veence):

 Replying to [comment:3 ryandesign]:
 > Everything was designed assuming `python.version` is an integer,
 therefore it should not be set to anything that is not an integer.
 Indeed, but freethreading versions break this convention. So,either we:

 • Find a way to identify free threading versions numerically (how?) but
 that poses the problem that ```python${python.version}``` will not be a
 valid dependency anyway, let alone the handling of version comparisons.
 • We rework all the python port groups to offer a wide scope API that
 internally takes care of the freethreading technicalities and defines
 things like dependencies while providing functions to, say, compare python
 versions to integers.

 I don’t see any other choice, but I might be wrong. In the meantime,
 python 3.15 with the freethreading option will become mainstream in weeks,
 so there’s certainly a real need to act before we hit the wall.

-- 
Ticket URL: <https://trac.macports.org/ticket/74199#comment:4>
MacPorts <https://www.macports.org/>
Ports system for macOS