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.

Author loewis
Recipients loewis, ned.deily, ronaldoussoren
Date 2010-01-08.20:10:13
SpamBayes Score 4.2815623e-10
Marked as misclassified No
Message-id <4B479123.1050305@v.loewis.de>
In-reply-to <1262945022.45.0.234871053624.issue7658@psf.upfronthosting.co.za>
Content
> As far as I can see, the only possible shortcoming of the patch is
> that it restores the current behavior with a 2-way fat ppc/i386 build
> with 10.4u (i.e. the way python.org installers are currently built);
> that is, you would still not be able to use "arch" to select
> PPC-emulation on an Intel machine when a 10.4 SDK build is installed
> on a 10.5 or later Intel system.  That's no different than what we
> have today and I don't know of any demand for that feature.  There
> are other fairly easy ways around it, if really necessary.

For users, what matters are really the binaries provided by python.org
(and those provided by Apple). So if you restore the previous behavior,
that's basically "for good" - that you still have the compile option to
support arch won't matter for users.

Now, ISTM that users do indeed request the ability to chose between a
32-bit interpreter and a 64-bit interpreter at launch time. I know that
they do on Windows (just because you can), and I would be puzzled if
there weren't OSX users that wanted it one way or the other (depending
on the application you intend to run).
History
Date User Action Args
2010-01-08 20:10:15loewissetrecipients: + loewis, ronaldoussoren, ned.deily
2010-01-08 20:10:14loewislinkissue7658 messages
2010-01-08 20:10:13loewiscreate