I apologize that I have not been following the 3.0 discussions very closely. Things have been a bit crazy, but I am going to try to participate a bit more....
> I've summarized the differences (so far) between the 2.1 and 3.0 APIs, > and their impact on applications, here: > > http://www.zeromq.org/docs:3-0-upgrade Thanks this is quite helpful. Some comments: * It is not clear why there are changes that change the API to merely rename things (zmq_send/zmq_recv/ZMQ_NOBLOCK). I think the existing names are sufficiently clear that it doesn't make sense to change these (unless there something else at play). * I have posted elsewhere that I think it is important to keep zmq_device around. I want to clarify this. I think the *functionality* is important, but am not attached to the existing API for devices. It is definitely a part of zmq that could be improved. But, I think the goal in 3.0 is improvement of this API, not removal. I think this type of thing does belong in the core API and not a separate code base. * The other changes listed seem quite reasonable and even though they will break 2.0 using code, it is quite simple to write compatability macros. > The good news is that it's relatively painless for bindings which have > a C/C++ layer to support both APIs. Yes, this won't be a problem for pyzmq. > The areas which will need more work (outside libzmq) are: > > * replacing zmq_device > * replacing ZMQ_SWAP > * handling the new socket options (a lot of detail) > > For the last case, any binding author who wants to use the code > generation approach I've used in libzapi is welcome to ask. While code generation is not too big of a deal, I don't think we want to develop libraries that require it to make code work across major versions. Cheers, Brian > -Pieter > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > -- Brian E. Granger Cal Poly State University, San Luis Obispo [email protected] and [email protected] _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
