[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Tom Loredo report at bugs.python.org
Tue Mar 16 16:43:15 CET 2010


Tom Loredo <loredo at astro.cornell.edu> added the comment:

> the python-32 executable has never been linked into /usr/local/bin.

What I meant by "the version pointed to" is:  The "python" command
in 2.6.4 produced by an "intel" universal build (whether in the
framework or the install prefix) executed as 64-bit.  I
don't believe it linked to either python-32 or -64; I don't think those
were even installed in 2.6.4.  I think it was a bundle that just
happened to execute as 64-bit (and provided no access to 32-bit
python).  So the "python" command-line behavior under 2.6.5rc2 is
different from what it was for 2.6.4.  I don't think this is a 
significant regression, as the previous behavior was never documented 
and was actually somewhat problematic.  I'm just pointing it out for 
documentation purposes.

> I always add the framework to $PATH because distutils installs scripts into that location.

Yes, I do the same.  Still, I think your proposed plans for linking in the prefix in 2.7/3.2 make a lot of sense.

----------
versions: +Python 2.6 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8089>
_______________________________________


More information about the Python-bugs-list mailing list