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 gregory.p.smith
Recipients berker.peksag, gregory.p.smith, machyniak, maker, ned.deily, r.david.murray, ronaldoussoren
Date 2016-08-30.03:37:22
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1472528242.88.0.117463814921.issue21541@psf.upfronthosting.co.za>
In-reply-to
Content
We use Modules/Setup.local to build the _ssl and _hashlib modules against our an SSL library of our choosing at work using a Setup entry like this:

_ssl _ssl.c $(PY_CORE_CFLAGS) -DUSE_SSL -I%{SSL_ROOT}/include \
	-Wl,--version-script,_ssl.lds \
	-Wl,-Bsymbolic \
	%{SSL_ROOT}/libssl.a %{SSL_ROOT}/libcrypto.a

%{SSL_ROOT} is replaced prior to building using sed to drop in the path to our desired libssl build.

_ssl.lds is a linker script to hide all but the module init function as we are linking statically.

MODULE__ssl {
  global: PyInit__ssl;
  local: *;
};


(all that said, I still see how a configure flag would be nicer for many people even though the existing patch does not look like it would work for our own static linking needs - one reason we do that being to avoid dynamic versioning issues)
History
Date User Action Args
2016-08-30 03:37:23gregory.p.smithsetrecipients: + gregory.p.smith, ronaldoussoren, ned.deily, r.david.murray, maker, berker.peksag, machyniak
2016-08-30 03:37:22gregory.p.smithsetmessageid: <1472528242.88.0.117463814921.issue21541@psf.upfronthosting.co.za>
2016-08-30 03:37:22gregory.p.smithlinkissue21541 messages
2016-08-30 03:37:22gregory.p.smithcreate