You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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='https://github.com/tarekziade'closed_at=<Date2021-02-03.18:19:35.326>created_at=<Date2004-08-26.09:11:49.000>labels= ['3.7', 'type-bug', 'library']
title='distutils support for swig is under par'updated_at=<Date2021-02-03.18:19:35.326>user='https://github.com/sjoerdmullender'
Part of the problem described here (the extra options that
need to be given to swig) is solved by [ 1046644 ] improving
distutils swig support (2). However, the other part is
still a problem.
Haven't read the original problem (I don't use swig myself),
but if changing the order of the sub_commands list than it
can as well be done in the setup script by installing a
custom build command.
Hmm, you can't really call that "decent swig support" then,
can you?
If this "solution" were properly documented (in a place one
would notice when trying to create a setup.py to do swig!)
then it wouldn't be too much of a problem, but I wouldn't
know where that would be.
So, if my change doesn't cause any detrimental effects I'd
much rather see it fixed that way.
Hmm, you can't really call that "decent swig support"
then, can you?
Of course not ;-)
And I have setup scripts myself which would be more happy
with this change, anyway, because they need the extensions
built with build_ext to generate python modules.
So, personally, I'm +1 on this change (but what does this
count).
Distutils is now deprecated (see PEP-632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils.
If this issue does not relate to distutils, please remove the component and reopen it. If you believe it still requires a fix, most likely the issue should be re-reported at https://github.com/pypa/setuptools
Activity
sjoerdmullender commentedon Aug 26, 2004
To my delight there is support for swig built into
distutils. However a few problems exist with the support.
swig command (I need -I/usr/include -DHAVE_LONG_LONG);
is turned into a _XXX.so file, and a XXX.py file.
distutils only deals with the XXX_wrap.c file.
I have no suggested fix for these problems, but
problems they are.
(Python from CVS HEAD on Fedora Core 2).
sjoerdmullender commentedon Oct 15, 2004
Logged In: YES
user_id=43607
Part of the problem described here (the extra options that
need to be given to swig) is solved by [ 1046644 ] improving
distutils swig support (2). However, the other part is
still a problem.
sjoerdmullender commentedon Oct 15, 2004
Logged In: YES
user_id=43607
I just came up with a possible solution:
In command/build.py change the order of the
build.sub_commands list and put the entry for build_ext
before build_py.
The question is, does this cause a problem for anybody?
theller commentedon Oct 15, 2004
Logged In: YES
user_id=11105
Haven't read the original problem (I don't use swig myself),
but if changing the order of the sub_commands list than it
can as well be done in the setup script by installing a
custom build command.
sjoerdmullender commentedon Oct 15, 2004
Logged In: YES
user_id=43607
Hmm, you can't really call that "decent swig support" then,
can you?
If this "solution" were properly documented (in a place one
would notice when trying to create a setup.py to do swig!)
then it wouldn't be too much of a problem, but I wouldn't
know where that would be.
So, if my change doesn't cause any detrimental effects I'd
much rather see it fixed that way.
theller commentedon Oct 15, 2004
Logged In: YES
user_id=11105
Of course not ;-)
And I have setup scripts myself which would be more happy
with this change, anyway, because they need the extensions
built with build_ext to generate python modules.
So, personally, I'm +1 on this change (but what does this
count).
akitada commentedon Feb 8, 2009
Same with bpo-2624?
zooba commentedon Feb 3, 2021
Distutils is now deprecated (see PEP-632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils.
If this issue does not relate to distutils, please remove the component and reopen it. If you believe it still requires a fix, most likely the issue should be re-reported at https://github.com/pypa/setuptools