Conceptually I like the idea of czmq folding back into libzmq. While requiring both llibzmq and czmq for a language binding that wraps czmq isn't the end of the world, it is an additional complexity.
I very much look forward to the czmq 3.0 release, and I'm hoping to have goczmq feature complete for it. Cheers! Brian On Fri, Sep 26, 2014 at 5:36 AM, Goswin von Brederlow <goswin-...@web.de> wrote: > On Fri, Sep 26, 2014 at 11:06:29AM +0200, Pieter Hintjens wrote: > > This is one of those rare roadmap / vision threads. > > > > Concretely all this has to happen first: > > > > - release 4.0.5 sometime very soon > > - release 4.1.0 RC sometime later > > - update Guide for 4.1 > > - release CZMQ v3.0 RC > > > > I think CZMQ can be sliced in several ways, e.g. the project modeling > > should go together with zproto into a new project (I think we agreed > > on a name but I forget what it was now...). Then libzmq should use > > that. > > > > One thing at a time. > > > > -Pieter > > One last thing and then I will get back to work. > > The zring class in CZMQ I feel is still experimental and I would like > to keep that in flux some more, maybe throw it out alltogether and > replace it with the equipotent API I mentioned. > > You didn't give any ETAs but if CZMQ is still a few weeks away that > will give plenty of time to get zring and ztimeout into shape and tested. > > MfG > Goswin > _______________________________________________ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > http://lists.zeromq.org/mailman/listinfo/zeromq-dev >
_______________________________________________ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev