Repository navigation
add force_shared Library option to create shared lib even with use_stub=False #48082
Description
| BPO | 3832 |
|---|---|
| Nosy | @pjeby, @vstinner |
| PRs | |
| Files |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = <Date 2008-09-11.06:15:38.091>
created_at = <Date 2008-09-11.02:30:13.699>
labels = ['invalid', 'type-feature', 'library']
title = 'add force_shared Library option to create shared lib even with use_stub=False'
updated_at = <Date 2019-10-01.11:54:21.642>
user = 'https://bugs.python.org/vajda'bugs.python.org fields:
activity = <Date 2019-10-01.11:54:21.642>
actor = 'vstinner'
assignee = 'none'
closed = True
closed_date = <Date 2008-09-11.06:15:38.091>
closer = 'loewis'
components = ['Distutils']
creation = <Date 2008-09-11.02:30:13.699>
creator = 'vajda'
dependencies = []
files = ['11462']
hgrepos = []
issue_num = 3832
keywords = []
message_count = 4.0
messages = ['73002', '73004', '353681', '353682']
nosy_count = 4.0
nosy_names = ['pje', 'vstinner', 'vajda', 'python-dev']
pr_nums = ['16518']
priority = 'normal'
resolution = 'not a bug'
stage = None
status = 'closed'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue3832'
versions = ['3rd party']
Activity
vajda commentedon Sep 11, 2008
setuptools is growing the capability to build regular shared libraries
(as opposed to python extensions). JCC
(http://svn.osafoundation.org/pylucene/trunk/jcc/jcc) uses this
capability to build the JCC runtime into a regular shared library shared
by all python extensions it builds and by programs embedding python
(such as a Java VM when running JCC-built eggs from Apache Tomcat).
This bug is about adding another option to the setuptools Library class
called force_shared which forces setuptools to create a shared library
from a Library instance even though the dl module may not be present to
generate stubs. This is important on Linux. Note that using this flag
then implies that the library itself is responsible for calling
dlopen(buf, RTLD_NOW | RTLD_GLOBAL) on the relevant libpython.so before
initializing the python runtime is initialized.
A patch against the setuptools 0.6 branch svn is attached.
The idea for this patch came from a conversation on IRC:
http://chandlerproject.org/script/getIrcTranscript.cgi?channel=chandler&date=20080910&startTime=1729
vajda commentedon Sep 11, 2008
This bug can be closed. It moved to the setuptools issue tracker as
issue 43.
vstinner commentedon Oct 1, 2019
New changeset bfe1f74 by Victor Stinner in branch '3.8':
[3.8] bpo-3832: Fix compiler warnings (GH-16518)
bfe1f74
vstinner commentedon Oct 1, 2019
Oops, the previous comment should be for bpo-38321.