Simon Giesecke

As said in the libzmq issue, you don't really need to build anything for cppzmq, however if you want to integrate it via cmake means, it would be nice if...

Also, I agree the message is misleading. I suspect it goes back to some very old versions of libzmq, and cppzmq started working only with some particular version.

I cannot reproduce this with gcc 9.1.1. Are you sure the include path is correct, and you are using the matching version of zmq.hpp?

Thanks for pointing this out. This is inconsistent for sure. However, I think that ZMQ_BUILD_DRAFT_API implies ZMQ_HAVE_POLLER, so only one of ZMQ_BUILD_DRAFT_API or ZMQ_HAVE_POLLER needs to be used in the...

@TBK Can you provide a PR with these changes? If that works on both the Unix/Travis and Windows/Appveyor CI, we can integrate that into master.

> I have been pondering if that issue could be solved with an opt in flag like ZMQ_NO_DEPRECATED to disable deprecated code, which would allow the new send function to...

That's what I did. Interestingly, after I created the .grenrc.yml file manually, gren release worked. It just outputs a warning "WARNING: Looks like you don't have network connectivity!", but this...

Apparently the problem has magically fixed itself. Either I was stupid and forgot to restart podbeuter after changing the config, or some other shenanigans are happening here.

Ok, connectivity does not seem to use the proxy settings (http_proxy, https_proxy, no_proxy environment variables) in the same way as git does.

Simple renaming would be breaking, but the current methods could be declared deprecated, and the newly named methods added.