Skip to content

Conversation

theuni
Copy link
Member

@theuni theuni commented Oct 13, 2015

I have no idea if this actually works, it's only meant to be enough link a binary. This needs a good bit of testing on Windows before merge.

@theuni
Copy link
Member Author

theuni commented Oct 13, 2015

ping @jmcorgan @jonasschnelli

I have no idea if this actually works, it's only meant to be enough link
a binary.
@luke-jr
Copy link
Member

luke-jr commented Oct 13, 2015

What? Why? Static linking makes sense for the Linux binaries, but not for Mac/Windows. It certainly shouldn't break non-static builds either way!

@theuni
Copy link
Member Author

theuni commented Oct 13, 2015

as mentioned on IRC, the zmq rpc tests currently yield:

Running testscript zmq_test.py...
Initializing test directory /tmp/ramfs/tmp/testnnj2Pf
Assertion failed!

Program: Z:\home\cory\dev\bitcoin2\src\bitcoind.exe
File: zmq/zmqpublishnotifier.cpp, Line 91

Expression: psocket

abnormal program termination

With that assertion removed, it (appears to) finish successfully.

@luke-jr
Copy link
Member

luke-jr commented Oct 13, 2015

I don't see how that is at all related to this PR...

@theuni
Copy link
Member Author

theuni commented Oct 13, 2015

@luke-jr We make the same assumption about miniupnpc for sure, and i believe there are assumptions for boost/qt as well.

I could make the -DZMQ_STATIC an artifact of depends instead though, if you'd prefer.

@theuni
Copy link
Member Author

theuni commented Oct 13, 2015

@luke-jr Our tests have never been run against zmq+windows binaries afaik.

@luke-jr
Copy link
Member

luke-jr commented Oct 13, 2015

But that assertion/problem seems entirely unrelated to static linking...?

@theuni
Copy link
Member Author

theuni commented Oct 13, 2015

@luke-jr I'm not aware of anyone running the tests against libzmq dll's via mingw either. Assuming the problem isn't local, I assumed it was a windows issue.

Regardless, I'm just reporting what I saw :)

@jonasschnelli
Copy link
Contributor

Nice!
Concept ACK.

@jmcorgan
Copy link
Contributor

I'll have to replicate @theuni test failure, then I'll dig into this.

@laanwj
Copy link
Member

laanwj commented Oct 15, 2015

Static linking makes sense for the Linux binaries, but not for Mac/Windows

We link all dependency libraries statically on Windows and Mac as well as Linux. On no platform do we actually perform a 'static build' as this would mess with ASLR...

@laanwj
Copy link
Member

laanwj commented Nov 2, 2015

Any progress here?

@jmcorgan
Copy link
Contributor

jmcorgan commented Nov 2, 2015

Last chat with @theuni on IRC he hadn't returned to the issue, nor have I.

@laanwj
Copy link
Member

laanwj commented Dec 3, 2015

Does this have to be solved before the 0.12 release?

@theuni
Copy link
Member Author

theuni commented Dec 4, 2015

I'm not familiar enough with zmq to know how helpful it is in Windows. My hunch is that the overlap would be small enough to ignore until someone willing/able to test comes along.

I'd rather that than blindly enable it and risk untested codepaths.

@laanwj
Copy link
Member

laanwj commented Dec 4, 2015

OK, yes, zmq on windows doesn't seem like a very common use-case. Thanks for the explanation.

(I'm not even convinced it should be enabled in any releases by default, I mean it has to statically link zmq instead of use the one on the system, which may be incompatible in practice)

@laanwj
Copy link
Member

laanwj commented Jan 22, 2016

Closing this for now, as it seems to be inactive. Let me know if you start work on this again so I can reopen.

@laanwj laanwj closed this Feb 3, 2016
@laanwj laanwj mentioned this pull request Apr 26, 2016
@bitcoin bitcoin locked as resolved and limited conversation to collaborators Sep 8, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants