report at bugs
Nov 6, 2009, 9:27 AM
Post #4 of 5
(199 views)
Permalink
|
|
[issue1294959] Problems with /usr/lib64 builds.
[In reply to]
|
|
Marc-Andre Lemburg <mal [at] egenix> added the comment:
jan matejek wrote:
>
> jan matejek <jmatejek [at] suse> added the comment:
>
> thanks for the info; however, it still means that python needs to learn
> to live in places other than "/usr/lib"
The main problem is that Python's configuration system is not
geared up to having the lib directories for platform dependent
and platform independent parts use different names.
It currently only supports using different path *prefixes* for
such setups (--prefix and --exec-prefix), e.g. /usr and /usr64
would work just fine. It doesn't follow --libdir.
Note that Tarek is currently working on a cleanup of the
installation schemes (see distutils/commands/install.py,
distutils/sysconfig.py and site.py) which will then also
be used by site.py to setup sys.path.
A new modules will unite all these settings, so this should
be the target of any patches regarding installation and
path lookup schemes.
BTW: The "sys.lib" setting mentioned on the tracker is not standard.
The naming also doesn't look right, since the name of the "lib"
directory path component is an OS feature, not a system one that
you configure. os.lib_dir would be more appropriate.
----------
nosy: +lemburg
_______________________________________
Python tracker <report [at] bugs>
<http://bugs.python.org/issue1294959>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/list-python-bugs%40lists.gossamer-threads.com
|
