[Patches] [ python-Patches-420565 ] makes setup.py search sys.prefix

[noreply@sourceforge.net]

Patches item #420565, was opened at 2001-05-01 14:24
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=305470&aid=420565&group_id=5470

Category: Distutils and setup.py
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Michael Hudson (mwh)
Summary: makes setup.py search sys.prefix 

Initial Comment:
It's useful to have setup.py search the lib and include
directories in sys.prefix before it checks /usr/local.
That way, if you are building Python into a custom
location and want it to use the the libraries installed
there rather than the system defaults, you can give the
--prefix option to configure and setup.py will search
that path first.

----------------------------------------------------------------------

>Comment By: Michael Hudson (mwh)
Date: 2002-01-17 07:51

Message:
Logged In: YES 
user_id=6656

Right, I've checked something similar in, as revision 1.75
of setup.py.

I did this yesterday, but sf was playing silly buggers.

----------------------------------------------------------------------

Comment By: Michael Hudson (mwh)
Date: 2001-12-23 14:02

Message:
Logged In: YES 
user_id=6656




----------------------------------------------------------------------

Comment By: Michael Hudson (mwh)
Date: 2001-12-10 08:10

Message:
Logged In: YES 
user_id=6656

Umm, yeah sure.

I think I'd rather use sysconfig.get_config_var("LIBDIR")
than sys.prefix+"/lib", though.

----------------------------------------------------------------------

Comment By: Guido van Rossum (gvanrossum)
Date: 2001-12-10 07:59

Message:
Logged In: YES 
user_id=6380

Michael, can you have a look at this for Python 2.3 (or
2.2.1)?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-06-01 08:19

Message:
Logged In: NO 

I totally agree. I'm building for hard hat linux on a 
debian host, and the implicit search in /usr/lib is 
totally the wrong thing to do in this case.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=305470&aid=420565&group_id=5470