[zeromq-dev] Statically compiling libzmq on Windows

[Whit Armstrong]

It would be particularly helpful if static compile would work for mingw as
well.

Right now, it's a blocker for the rzmq windows package.

http://cran.r-project.org/web/packages/rzmq/index.html

-Whit



On Tue, Dec 4, 2012 at 9:36 AM, Stefan Radomski <
radomski at tk.informatik.tu-darmstadt.de> wrote:

> Hi again,
>
> we are compiling static binaries of zeromq and link them into our
> executables. On windows, that means that I always open up zmq.h and
> zmq_utils.h to edit the part with regard to DSO symbol visibility as
> follows:
>
> #ifndef ZMQ_STATIC
> #if defined _WIN32
> #   if defined DLL_EXPORT
> #       define ZMQ_EXPORT __declspec(dllexport)
> #   else
> #       define ZMQ_EXPORT __declspec(dllimport)
> #   endif
> #else
> #   if defined __SUNPRO_C  || defined __SUNPRO_CC
> #       define ZMQ_EXPORT __global
> #   elif (defined __GNUC__ && __GNUC__ >= 4) || defined __INTEL_COMPILER
> #       define ZMQ_EXPORT __attribute__ ((visibility("default")))
> #   else
> #       define ZMQ_EXPORT
> #   endif
> #endif
> #else
> #define ZMQ_EXPORT
> #endif
>
> then adapt the build type in the Visual Studio project and pass ZMQ_STATIC
> as a preprocessor flag. The issue popped up on this list earlier as well
> [1][2]. The question is, whether you'd want the ZMQ_STATIC handling
> contributed to the master branch or is there another supported approach I
> missed? I cannot see how to make a test-case for this one though.
>
> Regards
> Stefan
>
> [1]
> http://lists.zeromq.org/pipermail/zeromq-dev/2011-September/013150.html
> [2]
> http://grokbase.com/t/zeromq/zeromq-dev/1166bfmzt6/how-to-make-it-easier-to-compile-static-lib-under-windows-dll-export-in-zmq-h
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20121204/71bb9b1e/attachment.htm>