[issue8444] openssl version detection doesn't work properly when using OSX SDK

Ronald Oussoren added the comment: Closing because the patch in issue 7724 fixes this problem. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___

[issue8444] openssl version detection doesn't work properly when using OSX SDK

Ronald Oussoren added the comment: The patch is attached to issue 7724. As that issue notes the current version of setup.py ignores OSX SDKs during builds, the patch in that issue makes sure that setup.py looks in the SDK when looking for files (The patch also modifies distutils.unixccompiler

[issue8444] openssl version detection doesn't work properly when using OSX SDK

Antoine Pitrou added the comment: Looks like you forgot your patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue8444] openssl version detection doesn't work properly when using OSX SDK

Ronald Oussoren added the comment: I've attached a patch that fixes this issue to issue 7724. -- ___ Python tracker ___ ___ Python-bug

[issue8444] openssl version detection doesn't work properly when using OSX SDK

Antoine Pitrou added the comment: On recent trunk and py3k you can get the real version number: http://docs.python.org/dev/library/ssl.html#ssl.OPENSSL_VERSION So perhaps you can first build the _ssl module, then import it to get that information. Of course it would be much better to build aga

[issue8444] openssl version detection doesn't work properly when using OSX SDK

New submission from Ronald Oussoren : setup.py detects the version of openssl by looking for openssl headers on a deduced search path. That path is not guaranteed to be equal to the real compiler search path, in particular not when building using the OSX 10.4 SDK on MacOSX 10.6: in that situat