[Python-Dev] How to fix the incorrect shared library extension on linux for 3.2 and newer? (original) (raw)
Georg Brandl g.brandl at gmx.net
Thu Mar 21 18:39:00 CET 2013
- Previous message: [Python-Dev] How to fix the incorrect shared library extension on linux for 3.2 and newer?
- Next message: [Python-Dev] PEP 405 (venv) - why does it copy the DLLs on Windows
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Am 20.03.2013 22:36, schrieb Barry Warsaw:
On Mar 20, 2013, at 01:18 PM, Matthias Klose wrote:
The patch in the issue now makes a distinction between EXTSUFFIX and SHLIBSUFFIX, and restores the value of SO to SHLIBSUFFIX. Now this could break users of sysconfig.getconfigvar('SO'), however I don't see a better way than to restore the original behaviour and advise people to use the new config variables.
I agree. This looks like a seriously broken behavior to me.
It should probably be considered a bug that we changed the meaning of SO in PEP 3149, but I don't think anybody realized it was being used for both purposes (otherwise I'm sure we wouldn't have done it that way). I suppose Georg should make the final determination for 3.2 and 3.3, but the solution you propose seems about the best you can do.
As we discussed at Pycon, you'll post a diff to the PEP in the tracker issue and I'll commit that when I figure out the best way to indicate that a PEP has been updated post-Final status.
Sounds good.
Georg
- Previous message: [Python-Dev] How to fix the incorrect shared library extension on linux for 3.2 and newer?
- Next message: [Python-Dev] PEP 405 (venv) - why does it copy the DLLs on Windows
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]