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 lemburg
Recipients benjamin.peterson, lemburg, ned.deily, ronaldoussoren
Date 2010-06-22.21:38:17
SpamBayes Score 1.5119175e-05
Marked as misclassified No
Message-id <4C212D48.8050603@egenix.com>
In-reply-to <1277240884.82.0.596788245342.issue9046@psf.upfronthosting.co.za>
Content
Ronald Oussoren wrote:
> 
> Ronald Oussoren <ronaldoussoren@mac.com> added the comment:
> 
> The search code must look in the SDK and not fall back on looking into the system to avoid finding new headers and libraries when trying to build using an older SDK on a newer system.

Right, but at least there should be an option to fall back to
the system provided libs. This is currently not the case.

The code would need some refactoring to make this possible,
though, e.g. a combined version of the SDK functions you added
to return the corrected path instead of just True/False.

> I don't think this is a problem at the moment, but it could be in the future. 
> 
> The reason I added the SDK support code was that Snow Leopard contained a newer version of the OpenSSL libraries and the Python build picked up version information from the system version of OpenSSL instead of the SDK, and that resulted in a disfunctional build (IIRC hashlib was incomplete and that caused numerous test failures).
> 
> Falling back to looking in the current system would be needed when looking for a file that isn't a header of library, but AFAIK we don't do that in setup.py.

I guess you should at least add a note pointing to this potential future
problem to the code and perhaps also reference this ticket.
History
Date User Action Args
2010-06-22 21:38:19lemburgsetrecipients: + lemburg, ronaldoussoren, benjamin.peterson, ned.deily
2010-06-22 21:38:18lemburglinkissue9046 messages
2010-06-22 21:38:17lemburgcreate