Éric Araujo added the comment:
Amaury’s questions are still unanswered:
So sysconfig.get_config_var('SO') will change in a micro release?
Won't this break working user code? Give unexpected file names?
--
___
Python tracker rep...@bugs.python.org
Arfrever Frehtes Taifersar Arahesis added the comment:
There were already 5 releases of Python 3.3 (starting with 3.3.1) with this
change included.
The number of affected applications was rather small. I had seen only NumPy.
--
status: open - closed
Roundup Robot added the comment:
New changeset ccb679e5ae0e by Éric Araujo in branch 'default':
Update SOABI PEP to reflect config var change (#16754).
http://hg.python.org/peps/rev/ccb679e5ae0e
--
___
Python tracker rep...@bugs.python.org
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: barry - doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Éric Araujo added the comment:
This change may be responsible for #17869
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Éric Araujo added the comment:
False alarm, disregard my previous message.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Changes by kent fuzzba...@comcast.net:
--
nosy: +Thekent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Python-bugs-list mailing list
Julian Taylor added the comment:
is SHLIB_SUFFIX=.so really correct on mac?
shared libraries have .dylib extension, loadable modules have .so (which would
be EXT_SUFFIX?)
e.g libpython itself uses .dylib.
--
nosy: +jtaylor108
___
Python tracker
Matthias Klose added the comment:
are you speculating, or is your comment based on some testing? MacOS had this
value before, and apparently it did work before that change.
--
___
Python tracker rep...@bugs.python.org
Julian Taylor added the comment:
I'm going by what says in configure:
# SHLIB_SUFFIX is the extension of shared libraries
The extension of shared libraries on macos is .dylib in most cases (e.g libtool
based libraries and as mentioned python itself)
Maybe its just a documentation/naming
Julian Taylor added the comment:
just to clarify its not any issue in python, python is working fine with .so
The issue is just that theses variables tends to be used by other applications
to figure out information on the system (like shared library extension, see
numpy.distutils)
You
A.M. Kuchling added the comment:
I just tried building trunk on MacOS 10.6.8, and make install fails with this
traceback:
Traceback (most recent call last):
File ./setup.py, line 2175, in module
main()
File ./setup.py, line 2170, in main
Tools/scripts/2to3, Tools/scripts/pyvenv]
Ned Deily added the comment:
Did you start with a clean build directory and rerun ./configure? What
./configure options did you use? Make sure that an existing install isn't
getting in the way during a build, particularly with --enable-shared. With a
current tip of the default branch, I've
Amaury Forgeot d'Arc added the comment:
So sysconfig.get_config_var('SO') will change in a micro release?
Won't this break working user code? Give unexpected file names?
--
nosy: +amaury.forgeotdarc
status: pending - open
___
Python tracker
Roundup Robot added the comment:
New changeset 8f91014c8f00 by doko in branch '3.2':
- Issue #16754: Fix the incorrect shared library extension on linux. Introduce
http://hg.python.org/cpython/rev/8f91014c8f00
New changeset 14f0c9e595a5 by doko in branch '3.3':
- Issue #16754: Fix the incorrect
Matthias Klose added the comment:
fixed, pep update is pending
--
assignee: eric.araujo - barry
resolution: - fixed
stage: - committed/rejected
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
Sean Reifschneider added the comment:
Toshio and Matthias: This approach seems sane to me, Nick asked me to review
this ticket. I'm not coming up with any objections. +1 for retiring SO at
some point after 3.2, and EXT_SUFFIX and SHLIB_SUFFIX.
What documentation needs to be changed? PEP
Matthias Klose added the comment:
proposed PEP change. Or should the change itself be documented in the PEP?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
Changes by Matthias Klose d...@debian.org:
Added file: http://bugs.python.org/file29514/pep.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
Toshio Kuratomi added the comment:
Matthias, Barry, and I looked at this at pycon today. It looks a bit like the
original intent was to have
SO = .so
SOABI = cpython-32mu
and then CPython extension module suffixes would be:
if SOABI:
so_ext = ''.join(., SOABI, SO)
else:
so_ext = SO
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Python-bugs-list
Matthias Klose added the comment:
the patch so.diff
- introduces two new macros EXT_SUFFIX and SHLIB_SUFFIX, and uses
these instead of the SO macro.
- keeps the SO macro, and restores it to it's original value
- Removes the SHLIB_EXT preprocessor define (only used in
Changes by Bohuslav Slavek Kabrda bkab...@redhat.com:
--
nosy: +bkabrda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Roumen Petrov added the comment:
This is issue introduced with implementation of SOABI. Build of standard
extensions is protected by following code:
-
class PyBuildExt(build_ext):
def __init__(self, dist):
build_ext.__init__(self, dist)
self.failed = []
def
Dave Malcolm added the comment:
For reference, quoting PEP 3149:
sysconfig.get_config_var('SO')
'.cpython-32mu.so'
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
Sandro Mani added the comment:
So, from what I can see, historically the SO extension was taken from
sysconfig.py, see [1] lines 24 and 60. Then, the CCompiler class got
overhauled, and the value was hardcoded to .so, see [2], but the
compiler.shared_lib_extension = SO statement remained,
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +barry
versions: +Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
New submission from Sandro Mani:
I'm using Python3 as available in Fedora rawhide
(python3-3.3.0-2.fc19.x86_64).
Attempting to build a project using python3/distutils, I noticed that
find_library_file would not find any library at all. Some investigation
showed that this was due to the fact
29 matches
Mail list logo
