Hi Zoltán, thank you indeed for the report. I have created an issue and
tagged this as a `release-stopper` to gate v0.9:
Principal Systems Architect at Wirebird Labs LLC
wirebirdlabs.com | 512-981-LABS
On Thu, May 12, 2016 at 12:41 AM, Garrett D'Amore <garrett@xxxxxxxxxx>
Thank you for this trouble report. This is exactly the kind of feedback
we need. I'll make sure deal with it.
Sent from my iPhone
On May 11, 2016, at 9:59 PM, Boszormenyi Zoltan <zboszor@xxxxx> wrote:-DCMAKE_INSTALL_LIBDIR=lib64 ..
if you intend to move exclusively to cmake, then
please fix this case:
$ mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX=/usr
$ sudo make install
Install the project...
-- Install configuration: ""
-- Installing: /usr/include/nanomsg/nn.h
-- Installing: /usr/include/nanomsg/inproc.h
-- Installing: /usr/include/nanomsg/ipc.h
-- Installing: /usr/include/nanomsg/tcp.h
-- Installing: /usr/include/nanomsg/ws.h
-- Installing: /usr/include/nanomsg/pair.h
-- Installing: /usr/include/nanomsg/pubsub.h
-- Installing: /usr/include/nanomsg/reqrep.h
-- Installing: /usr/include/nanomsg/pipeline.h
-- Installing: /usr/include/nanomsg/survey.h
-- Installing: /usr/include/nanomsg/bus.h
-- Installing: /usr/bin/nanocat
-- Removed runtime path from "/usr/bin/nanocat"
-- Installing: /usr/lib64/pkgconfig/nanomsg.pc
-- Installing: /usr/lib/libnanomsg.so.0.8-beta-68-g9a06834
-- Installing: /usr/lib/libnanomsg.so.4.0.0
-- Up-to-date: /usr/lib/libnanomsg.so
See? While nanomsg.pc was installed into /usr/lib64/pkgconfig, the
went into /usr/lib despite the cmake command told it otherwise.libnanomsg!
The autotools version is working as expected with:
./configure --prefix=/usr --libdir=/usr/lib64
Thanks in advance,
2016-04-30 21:37 keltezéssel, Garrett D'Amore írta:
Please pay special attention if you maintain a language binding for
a few changes that folks will need to be aware of. The ones most likely to
THE 0.9 RELEASE WILL BE THE LAST RELEASE WITH AUTOTOOLS SUPPORT.
I’m planning to release 0.9 as an interim step to 1.0. This introduces
cause grief are the introduction of cmake for all platforms and changes to
the pkg-config data file.
autotools. The autotools scripts and input files will remain in the source
1. All official packages will be generated by cmake rather than
tree for this release, but their use is strongly discouraged and they will
be *removed* in the next release. This is a transition release.
2. The pkg-config input file is getting renamed from libnanomsg.pc to
prefix/include is correct) — *without* the nanomsg suffix. The change made
3. The cflags will provide -I /usr/local/include (or whatever
in bug #487 is getting reverted here, and the approach proposed in #561 is
used instead. In particular, applications must include <nanomsg/nn.h>
instead of just <nn.h> This *will* break things that rely on the old
exists in their stead. See nn_get_statistics(3) for details.
4. The statistics socket and printing logic are removed. A new API
highly recommend you install this package (gem install asciidoctor —
5. The documentation is built by default if you have asciidoctor. I
provided you have Ruby available) so you can have a local copy of the
frankly represented some challenging design choices. In the future, the
6. The tcpmux transport is gone. It wasn’t being maintained, and
websocket transport will offer a superior solution to this problem.
(This most definitely should not impact you.)
7. The nn_req_send/nn_req_recv which were unimplemented are removed.
which are significant stability fixes. We’re not all the way to what I’d
The rest of the changes since 0.8 represent bug fixes — a couple of
call production quality yet, which is why we’re not releasing 1.0
immediately — but we’re getting close.
know asap. I am hoping to cut release 0.9 this weekend, or possibly early
If anyone has any concern about any of these changes, please let me
during the week.
this work right now by working from the git repository head.
Again — THIS WILL BE THE LAST RELEASE WITH AUTOTOOLS SUPPORT.
Please plan to begin switching to cmake immediately. You can start