Closed HenrikBengtsson closed 1 month ago
This looks like a bug. Please use CLUSTERMQ_USE_SYSTEM_LIBZMQ=0
as a workaround:
Sys.setenv(CLUSTERMQ_USE_SYSTEM_LIBZMQ=0)
install.packages("clustermq")
The version should be checked here but the other compilation errors might trigger first:
Proposed solution: add the version check to the test_libzmq.c
check.
@HenrikBengtsson I pushed a fix to master
, would be great if you can check whether this works on your system now!
Thanks. I'm confirming that:
Sys.setenv(CLUSTERMQ_USE_SYSTEM_LIBZMQ=0)
install.packages("clustermq")
works for clustermq 0.9.4 currently on CRAN.
I'm also confirming the patch in master
work out of the box in a fresh R session;
> remotes::install_github("mschubert/clustermq")
...
Installing package into '/c4/home/henrik/R/x86_64-pc-linux-gnu-library/4.3-CBI-gcc10'
(as 'lib' is unspecified)
* installing *source* package ‘clustermq’ ...
** using staged installation
* no system libzmq>=4.3.0 found -> using bundled libzmq
autoreconf: Entering directory `.'
...
It seems like the fallback to the bundled ZeroMQ, as in
doesn't detect outdated ZeroMQ versions on the system. On CentOS 7, which still comes with ZeroMQ 3.2.5, the configuration picks up that outdated version;
This results in compilation errors (see below).
Details
I get: