Feature #17973
Separate Python DPMs
0%
Description
I understand that there is a use case for Python 2.6 but I would like to suggest that there exist a second Python DPM for Python 3 support.
History
#1 Updated by Richard Neswold over 3 years ago
- Category set to Python Client Library
I agree, I'd like to see a Python 3.x interface, too. For this to work, however, we need a different PYTHONPATH for each version. Right now the .pyc files are being stored in the download area: /usr/local/xcons/exe. Maybe create two directories?:
/usr/local/xcons/exe/py2 and/usr/local/xcons/exe/py3
We could put the appropriate versions in the right location. But then this brings up other questions:
- I want both targeted Pythons to have roughly the same API, so the DPM module still needs to be called
DPM. How can I have two Python modules in the repository targeted for different Pythons? I guess the project could have two subdirectories. - Is there a way to get a
makefile to build the.pycfiles for each version of Python? - How does
PYTHONPATHget set appropriately?
#2 Updated by Richard Neswold over 3 years ago
I haven't done this (yet!) to the Python acnet repository but, for the Python DPM repository, I created two master branches: master-py2 and master-py3. The master branch has been cleared of source and has a README file describing the organization.
The two master branches can diverge as we tailor each for features available in their respective version of Python. If some code needs to be present in both, we'll use git cherry-pick to transfer the specific changes. These branches should never be merged using git merge as that would try to merge all the historical changes!.
#3 Updated by Richard Neswold over 3 years ago
Okay. The acnet repo is also set up this way.
#4 Updated by Beau Harrison about 1 year ago
We should see if our Python 3 library is backward compatible and if not investigate what it would take to stop maintaining two separate code bases.