Python 11 and 12 support

[edwardalee]

This PR makes Python versions 3.11 and 3.12 work with the Python target.

There is a problem I need help with, however. In this PR, the Python version is hardwired to 3.12.7 in the PythonGenerator.java file, which generates the CMake directives, and has this line:

            find_package(Python 3.12.7...<3.13.0 REQUIRED COMPONENTS Interpreter Development)

The problem is that if this line allows 3.10.0 up to 3.13.0, which is what we want, then lfc inevitably picks a different Python from one identified by CMake, and you get an error message like:

SystemError: initialization of LinguaFrancaActionDelay did not return an extension module

How can we force CMake to pick the Python version that is in the PATH? Sadly, it does not do that.
This supersedes #1902, which I will close.

[cmnrd]

It is not sufficient to modify your PATH to point to a different python version. Cmake does respect both venv and pyenv, and probably also other ways of managing Python environments.

[edwardalee]

Unfortunately, it does not seem to be the case the cmake respects pyenv. E.g., I have this:

 % pyenv versions
  system
* 3.10.13 (set by /Users/edwardlee/.pyenv/version)
  3.11.5
  3.12.0
  3.12.7

Nevertheless, cmake uses Python 3.12.7:

% cd ~/LinguaFranca/test/Python
% lfc-dev src/ActionDelay.lf
...
--- Executing command: cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/Users/edwardlee/LinguaFranca/test/Python -DCMAKE_INSTALL_BINDIR=bin -DLF_FILE_SEPARATOR='"/"' -DLF_SOURCE_DIRECTORY='"/Users/edwardlee/LinguaFranca/test/Python/src"' -DLF_PACKAGE_DIRECTORY='"/Users/edwardlee/LinguaFranca/test/Python"' -DLF_SOURCE_GEN_DIRECTORY='"/Users/edwardlee/LinguaFranca/test/Python/src-gen/ActionDelay"' /Users/edwardlee/LinguaFranca/test/Python/src-gen/ActionDelay
...
-- Found Python: /opt/homebrew/Frameworks/Python.framework/Versions/3.12/bin/python3.12 (found suitable version "3.12.7", required range is "3.10.0...<3.13.0") found components: Interpreter Development Development.Module Development.Embed

The same occurs if I run cmake manually in the src-gen directory, so this is not an lfc problem. So, empirical evidence shows that cmake does NOT respect pyenv. Note that I'm running the latest cmake:

% cmake --version
cmake version 3.31.1

The older version of cmake before updating to this version exhibits the same behavior.

lfc generates the following line in the CMakeLists.txt file:

            find_package(Python 3.10.0...<3.13.0 REQUIRED COMPONENTS Interpreter Development)

My plan is to modify lfc to constrain find_package to exactly the version the path, which should then work with pyenv.

[cmnrd]

Did you have a look at the hints for ind_python? Python_FIND_STRATEGY should default to LOCATION. You can double check its value to make sure that cmake does not try to go for the highest version it can find. Also, relevant are Python_FIND_VIRTUALENV and Python_FIND_FRAMEWORK which you could try to set to FIRST (or ONLY) and LAST respectively.

[edwardalee]

Thanks for the pointer to HINTS! I tried the following, but it still fails to find the version of Python specified by pyenv:

            set(Python_FIND_VIRTUALENV FIRST)
            set(Python_FIND_STRATEGY LOCATION)
            set(Python_FIND_FRAMEWORK LAST)
            find_package(Python 3.10.0...<3.13.0 REQUIRED COMPONENTS Interpreter Development)
            Python_add_library(
                ${LF_MAIN_TARGET}
                MODULE