The socket module fails to build when -zignore is in LDFLAGS.  This option changes the linker behaviour so it will only resolve against the libraries linked in explicitly instead of doing resolution recursively against their dependencies too.

Bump.

Would be nice to get this included in python 2.7.11.

I also have a similar fix for the multiprocessing module but I won't bother submitting it if it will get ignored.

Do you know anyone else using solaris who could do a review (ie: confirm that your patch makes sense and works for them)?  It looks like jcea, who is our only current committer who uses Solaris as far as I know (well, OpenIndiana), hasn't had time to look at this.

On the other hand, it isn't 100% clear to me that this is appropriate.  I'm not (yet) experienced enough with the internals of our build system to be the one to make the call, but it seems to me that you can support -z ignore by modifying your Modules/Setup file, so it may not be appropriate to inject solaris specific support in setup.py for an option that isn't normally used.

The -z ignore option is actually exposing issues that could cause a problem at runtime.  If the socket module were imported and libsocket/libnsl hadn't already been loaded (i.e pulled in by the loader as a dependency of another module) the loader would fail due to unresolved symbols.

This problem would not effect Linux because all of the socket stuff is in libc, which is not the case on Solaris.  Today it doesn't cause a problem because most other things are already pulling in libsocket and libnsl before the socket module is loaded, but there's no guarantee that will always be the case.

For the sake of correctness it should be fixed, and I would suggest later making -z ignore the default on Solaris.

I will see if I can find somebody else to review the patch.

We have similar patch here in OpenIndiana. The patch is correct.

BTW, we use the following version for Python 3.4

Bump.

Bump.