[ python-Bugs-847812 ] 64 bit solaris versus /usr/local/lib

SourceForge.net noreply at sourceforge.net
Mon Nov 24 21:22:14 EST 2003


Bugs item #847812, was opened at 2003-11-23 15:25
Message generated for change (Comment added) made by benson_basis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=847812&group_id=5470

Category: Build
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: benson margulies (benson_basis)
Assigned to: Nobody/Anonymous (nobody)
Summary: 64 bit solaris versus /usr/local/lib

Initial Comment:
setup.py sticks /usr/local/lib in to the link path when 
building modules. On a 64-bit solaris machine, the 
libraries in there may well be 32-bit, and not work.

There needs to be some provision to control this, I think.


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

>Comment By: benson margulies (benson_basis)
Date: 2003-11-24 21:22

Message:
Logged In: YES 
user_id=876734

I knew there was something fundamental I was missing.

However, my copy of setup.py, which is not automatically 
generated, has /usr/local in it too, in 'detect_modules'. Or do 
those paths end up somewhere else.


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

Comment By: Martin v. Löwis (loewis)
Date: 2003-11-24 17:18

Message:
Logged In: YES 
user_id=21627

What kind of control are you thinking of? You *do* have
control over this at the moment: You can edit Modules/Setup,
and guide the build process explicitly what modules to pick
up from what location.

Some installations may have a /usr/local full of 64-bit
stuff, so I don't see a problem in this default.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=847812&group_id=5470



More information about the Python-bugs-list mailing list