[Pythonmac-SIG] The PantherPythonFix installer and C++ extensions
Bob Ippolito
bob at redivi.com
Thu Dec 30 21:01:35 CET 2004
On Dec 30, 2004, at 2:52 PM, Ronald Oussoren wrote:
>
> On 30-dec-04, at 18:49, Bob Ippolito wrote:
>
>>
>> On Dec 30, 2004, at 11:44 AM, Jack Jansen wrote:
>>
>>>
>>> On 30-dec-04, at 10:02, Ronald Oussoren wrote:
>>>>
>>>> In the quick-and-dirty-hacks category: you could write two simple
>>>> shell-scripts that start the compiler with the right environment
>>>> variables:
>>>>
>>>> run-cc:
>>>> #!/bin/sh
>>>>
>>>> env MACOSX_DEPLOYMENT_TARGET=10.3 gcc "${@}"
>>>>
>>>> run-c++:
>>>> #!/bin/sh
>>>> env MACOSX_DEPLOYMENT_TARGET=10.3 gcc "${@}"
>>>
>>> Here's an even better idea (I think), please think about whether it
>>> would fly:
>>> In the Makefile we not only change LDSHARED and BLDSHARED to start
>>> with " env MACOSX_DEPLOYMENT_TARGET=10.3", but also CXX. That'll
>>> teach distutils to fiddle with our command lines:-)
>>>
>>> Only question is: would this have any adverse side efffects?
>>
>> Same problem. If you replace the first word, you'll end up with
>> either "g++ gcc..." or "g++ MACOSX_DEPLOYMENT_TARGET=10.3 gcc..."
>> depending on whether "env" was used or not.
>
> Wouldn't you end up with 'env MAC.. gcc' when linking c++ extensions?
> distutils changes the first word which is 'env' in either case.
Oh.. right. But then given a bunch of .o files, it will probably not
link in libstdc++. Who knows what SciPy will do with Fortran...
-bob
More information about the Pythonmac-SIG
mailing list