This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Setup.local ignored by setup.py
Type: Stage:
Components: Build Versions: Python 2.4
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: georg.brandl Nosy List: georg.brandl, georg.brandl, loewis, sfiedler
Priority: normal Keywords:

Created on 2004-07-28 22:06 by sfiedler, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Messages (4)
msg21841 - (view) Author: Stephan A. Terre (sfiedler) Date: 2004-07-28 22:06
This applies to Python 2.2.x, 2.3.x, and 2.4a1.

Platforms seem to be all Unix flavors.

I have zlib, readline, and Tk in an unusual location.
There are also often older versions in the usual
locations (/usr/local/lib, etc.). I put -L and -I flags
pointing to the desired location of these libraries in
entries for the appropriate extension modules in
Setup.local, per the README. I specify all three
extension modules as *shared* .

When I build, the extension modules I specify in
Setup.local get built twice: once directly from the
Makefile, with the flags I request in Setup.local, then
again from setup.py's build_ext phase, with the default
flags. The second build is what's installed, so I end
up using the wrong version of libz, libreadline, and
libtk .

The problem appears to be around line 152 of setup.py
(CVS revision 1.190). There is code to ignore modules
defined in Modules/Setup, but not modules defined in
Modules/Setup.local .

I'm not familiar with the text_file.TextFile class, so
there may be a better way to do this, but one the fix
is to loop over ['Modules/Setup',
'Modules/Setup.local'] rather than only reading
Modules/Setup.
msg21842 - (view) Author: Georg Brandl (georg.brandl) * (Python committer) Date: 2005-12-27 17:38
Logged In: YES 
user_id=1188172

I think that's reasonable. Martin?
msg21843 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2005-12-27 18:17
Logged In: YES 
user_id=21627

I agree; go ahead and make that change.
msg21844 - (view) Author: Georg Brandl (georg.brandl) * (Python committer) Date: 2005-12-27 18:24
Logged In: YES 
user_id=1188172

Fixed in rev. 41837/41838.
History
Date User Action Args
2022-04-11 14:56:06adminsetgithub: 40656
2004-07-28 22:06:52sfiedlercreate