Implement a definitive cygwin target for libzmq. #1283
Conversation
|
Would you like to check zproject and see if you can make that work? We're aiming to replace the hand-built builds for czmq and zyre with that over time. |
|
Sure! Might not get started on it until tomorrow tho... Oh... a quick search on git failed to reveal it. Link? |
|
It's here: https://github.com/zeromq/zproject On Mon, Dec 29, 2014 at 11:57 PM, Daiyu Hurst notifications@github.com
|
|
Ok, got it forked and cloned. |
|
For what it's worth, zyre skeleton is already generated by zproject. |
|
I'd forgotten about that. :-)
|
|
Zyre builds fine under cygwin. I'll look at zproject; I assume the issue is not getting _it_to build on cygwin, but getting it to generate consistent build target scripts for cygwin? |
|
How can I open a discussion about zProject? I've made cygwin changes but this seems the wrong place to discuss them or to ask questions. |
|
You can discuss on zeromq-dev, for sure. On Tue, Dec 30, 2014 at 5:17 PM, Daiyu Hurst notifications@github.com
|
|
One quick question about using gsl got zProject et. al.... here in my environment, it's outputting files that have \r\n terminators (CRLF) instead of just \n (LF). I should be able to change that by adding an attribute switch: gsl -terminator:\n -q project.xml but that just makes the letter 'n' the terminator, and \n makes it a literal ''\n" not a :LF char. If you have been experiencing this, are you just post-editing the generated files to remove the carriage returns? For now I will simply edit the generated files for my commit of the changes to zproject needed to generate cygwin build targets. I don't know how to test it though, it seems to need to be built for a specific project. |
|
Easy to test: install zproject with your changes, then rebuild for zyre On Tue, Dec 30, 2014 at 8:52 PM, Daiyu Hurst notifications@github.com
|
Implement a definitive cygwin target for libzmq.
|
@DaiyuHurst could you please send a new pull request or an email with a relicense statement? As explained in https://github.com/zeromq/libzmq/blob/master/.github/CONTRIBUTING.md and https://github.com/zeromq/libzmq/tree/master/RELICENSE we are trying to relicense libzmq under MPL-2. Thank you! |
|
# Permission to Relicense under MPLv2 or any other OSI approved
license chosen by the current ZeroMQ BDFL
This is a statement by Daiyu Hurst that grants permission to
relicense its copyrights in the libzmq C++ library (ZeroMQ) under the
Mozilla Public License v2 (MPLv2) or any other Open Source Initiative
approved license chosen by the current ZeroMQ BDFL (Benevolent
Dictator for Life).
A portion of the commits made by the Github handle "daiyuhurst", with
commit author "Daiyu Hurst <daiyu.hurst@gmail.com>", are
copyright of Daiyu Hurst. This document hereby grants the libzmq
project team to relicense libzmq, including all past, present and
future contributions of the author listed above.
Daiyu Hurst
2019/0831
…On 8/31/19, Luca Boccassi ***@***.***> wrote:
@DaiyuHurst could you please send a new pull request or an email with a
relicense statement? As explained in
https://github.com/zeromq/libzmq/blob/master/.github/CONTRIBUTING.md and
https://github.com/zeromq/libzmq/tree/master/RELICENSE we are trying to
relicense libzmq under MPL-2. Thank you!
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#1283 (comment)
--
We have only this moment, sparkling like a star in our hand - and melting
like a snowflake. (Marie B. Ray)
|
|
Thank you! |
Received as Github comment: zeromq#1283 (comment)
Received as Github comment: zeromq/libzmq#1283 (comment) (cherry picked from commit 48c629088845ae0b3cd88415135bbf1c5ed21f11)
Received as Github comment: zeromq/libzmq#1283 (comment) (cherry picked from commit 48c629088845ae0b3cd88415135bbf1c5ed21f11)
Hi folks!
Like the original poster here:
zeromq/pyzmq#113
I couldn't get a shared library built on cygwin with existing and past releases. The solution offered there worked but was really inelegant. I thought maybe a few hours work could correct that (some friends of mine are using 0mq for an emulator project and I'm helping ensure a Windows port exists).
The changes I offer create a working shared library for the cygwin environment, tested only on Cygwin64, but should work in Cygwin32 as well. They should not affect builds on any other targets.
All tests pass except for test_ipc_wildcard, which fails in bounce() trying to receive the message it sent itself. One other observation from extensive debugging through test_term_endpoint showed all the IPC stuff is working but the program hands trying to return(0); substituting exit(0) briefly fixed it, and my guess is that something is corrupting the stack, making it impossible for the program to return control to the caller. I do not include the modified test_term_endpoint, exit(0) is not a proper fix for a corrupted stack.
I'll be submitting parallel changes to czmq and zyre as well, and I'd appreciate any and all feedback on these proposed changes.
Thanks in advance!