On Apr 14, 2010, at 4:40 PM, Martin v. Löwis wrote:

>> I think you just need to supply to configure
>> 
>> MACOSX_DEPLOYMENT_TARGET=10.4
>> 
>> and have the appropriate SDK installed with Xcode.
> 
> Wouldn't that break 10.3 compatibility (seel below)?


I was replying to your point about 10.4 build.
Naturally, if you want a 10.3 build you'd pass 10.3 as the target and would 
have to have appropriate Xcode SDK installed.


>>> Unfortunately, Apple manages to break compatibility and portability
>>> with every release, which makes this particular build task soooo
>>> tricky. You have to make all kinds of decisions and compromises
>>> where are really difficult to keep track of.
>> 
>> 
>> Hmm.  Apple provided compatibility SDK and documented it.
>> 
>> The only compromise I see in this build process right now is that we
>> are building a Panther (10.3) compatible installer, while Mac OS X is
>> a certified UNIX starting with 10.5.
> 
> I think there are more issues. People want a fat binary that supports
> AMD64 along with x86, yet building such a binary requires an SDK that
> won't support PPC anymore - right?

Yes.

x86_64, i386, and ppc are supported even in the Xcode supplied with the latest 
Mac OS X 10.6.  Only ppc64 is not.  So, ppc is not an issue.

The problem is that enforcing backward compatibility with 10.3 and 10.4 makes 
64-bit Intel architecture not feasible.

You are right, it is a compromise.
We are making more users happy by providing a 32-bit installer for a wider 
range of OS releases.

However, if we want a more modern certified UNIX, 64-bit installer, then we'll 
have to draw a line and stop supporting older OS releases.

Just as we stop supporting older releases of Python.

Regards,

        Zvezdan

_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to