[zeromq-dev] problems with installation under MinGW

Laurent Alebarde l.alebarde at free.fr
Fri Jul 12 10:47:50 CEST 2013


No, of course, I downloaded the Makefile from your link and substitute 
it to the one generated by configure. So, now, going into the 
builds/mingw32 directory and doing : "mingw32-make -f Makefile.mingw32", 
a lot of things build, and then I have the following error :

socket_base.o: In function `ZN3zmq13socket_base_t6createEiPNS_5ctx_tEji':
C:\MinGW\msys\1.0\home\Administrateur\libzmq\builds\mingw32/../../src/socket_base.cpp:117: 
undefined reference to `zmq::stream_t::stream_t(zmq::ctx_t*, unsigned 
int, int)'
stream_engine.o: In function `ZN3zmq15stream_engine_t15mechanism_readyEv':
C:\MinGW\msys\1.0\home\Administrateur\libzmq\builds\mingw32/../../src/stream_engine.cpp:642: 
undefined reference to `zmq::mechanism_t::peer_identity(zmq::msg_t*)'
stream_engine.o: In function `ZN3zmq15stream_engine_t9handshakeEv':
C:\MinGW\msys\1.0\home\Administrateur\libzmq\builds\mingw32/../../src/stream_engine.cpp:525: 
undefined reference to 
`zmq::null_mechanism_t::null_mechanism_t(zmq::options_t const&)'
C:\MinGW\msys\1.0\home\Administrateur\libzmq\builds\mingw32/../../src/stream_engine.cpp:530: 
undefined reference to 
`zmq::plain_mechanism_t::plain_mechanism_t(zmq::session_base_t*, 
zmq::options_t const&)'
collect2: ld has returned 1 exec state code (a retourné 1 code d'état 
d'exécution)
mingw32-make: *** [libzmq.dll] Error 1

Le 12/07/2013 10:12, KIU Shueng Chuan a écrit :
> Did you run "mingw32-make -f Makefile.mingw32" in the builds/mingw32 
> directory?
> It is written to have the following rule:
> %.o: ../../src/%.cpp
>
>
>
> On Fri, Jul 12, 2013 at 4:05 PM, Laurent Alebarde <l.alebarde at free.fr 
> <mailto:l.alebarde at free.fr>> wrote:
>
>     Thank you Shueng Chuan. I have tested Makefile.mingw32. But make
>     still fails :
>
>     make: *** No rule to make target `address.o', needed by
>     `libzmq.dll'.  Stop.
>
>     When I search for "address" in the original Makefile generated by
>     configure, nothing is found.
>
>     Le 12/07/2013 01:32, KIU Shueng Chuan a écrit :
>>     Hi Laurent,
>>
>>     An alternative is to just use the Makefile in the following directory
>>     https://github.com/zeromq/zeromq3-x/tree/master/builds/mingw32
>>
>>     If necessary, change the optimization flags.
>>
>>
>>     On Thu, Jul 11, 2013 at 4:56 PM, KIU Shueng Chuan
>>     <nixchuan at gmail.com <mailto:nixchuan at gmail.com>> wrote:
>>
>>         Not all the tests have been ported to run under Windows.
>>         Check the Makefile, probably there is an entry there that you
>>         could invoke to only compile the library.
>>
>>
>>
>>         On Thu, Jul 11, 2013 at 4:34 PM, Laurent Alebarde
>>         <l.alebarde at free.fr <mailto:l.alebarde at free.fr>> wrote:
>>
>>             Thanks a lot Shueng Chuan. I did a :
>>
>>             find libzmq/ -exec dos2unix.exe '{}' ';'
>>
>>             and then ./autogen.sh did its job without error.
>>
>>             Now, I have another problem when I run make :
>>
>>             test_sub_forward.cpp: In function 'int main()':
>>             test_sub_forward.cpp:65:21: error: variable
>>             'main()::timespec t' has initializer but incomplete type
>>             test_sub_forward.cpp:66:24: error: 'nanosleep' was not
>>             declared in this scope
>>             make[1]: *** [test_sub_forward.o] Error 1
>>             make: *** [all-recursive] Error 1
>>
>>             It seems from
>>
>>               * http://www.opendebug.com/article/489046
>>               * http://lists.gnu.org/archive/html/bug-gnulib/2010-04/msg00032.html
>>
>>
>>             that it is relative to the pthread implementation. I have
>>             to dig more, but if you have the solution, you are
>>             welcome of course.
>>
>>             Cheers,
>>
>>
>>             Laurent.
>>
>>
>>             Le 10/07/2013 23:35, KIU Shueng Chuan a écrit :
>>>
>>>             One of the autogen related files has DOS line endings
>>>             instead of Unix line feeds. Run dos2unix on it. I think
>>>             it's the m4 utility that is choking on the DOS carriage
>>>             returns.
>>>
>>>             On Jul 11, 2013 4:22 AM, "Laurent Alebarde"
>>>             <l.alebarde at free.fr <mailto:l.alebarde at free.fr>> wrote:
>>>
>>>                 Hi list,
>>>
>>>                 I need to test my app under several versions of
>>>                 Windows, at least XP 32, XP 64, and 7, in the MinGW
>>>                 and MinGW-64 environments. I have Git Cloned from
>>>                 GitHub, and I am following the INSTALL file, which
>>>                 starts with a ../autogen.sh which fails first :
>>>
>>>                 $ ./autogen.sh
>>>                 autogen.sh: error: could not find libtool. libtool
>>>                 is required to run autogen.sh
>>>
>>>                 I added libtool to the MinGW environment, then
>>>                 autogen runs, but fails :
>>>
>>>                 autoreconf-2.68: Entering directory `.'
>>>                 autoreconf-2.68: configure.ac <http://configure.ac>:
>>>                 not using Gettext
>>>                 autoreconf-2.68: running: aclocal -I config --force
>>>                 -I config
>>>                 configure.ac:431 <http://configure.ac:431>: error:
>>>                 `\ ' is already registered with AC_CONFIG_FILES.
>>>                 /mingw/src/autoconf/26/autoconf2.5-2.68-1/src/autoconf-2.68/lib/autoconf/status.m4:290:
>>>                 AC_CONFIG_FILES is expanded from...
>>>                 configure.ac:431 <http://configure.ac:431>: the top
>>>                 level
>>>                 /bin/m4: cannot remove temporary directory
>>>                 /tmp/ar2800.3924/m4-kvQiAN: Directory not empty
>>>                 autom4te-2.68: /bin/m4 failed with exit status: 1
>>>                 aclocal-1.11: /mingw/bin/autom4te-2.68 failed with
>>>                 exit status: 1
>>>                 autoreconf-2.68: aclocal failed with exit status: 1
>>>                 autogen.sh: error: autoreconf exited with status 0
>>>
>>>                 Any idea please ? Or a link to a working procedure
>>>                 for 0MQ under MinGW ?
>>>
>>>                 I know there exist a rubby script, but only for 32
>>>                 bits, so I have not given it a try.
>>>
>>>                 Cheers,
>>>
>>>
>>>                 Laurent.
>>>
>>>                 _______________________________________________
>>>                 zeromq-dev mailing list
>>>                 zeromq-dev at lists.zeromq.org
>>>                 <mailto:zeromq-dev at lists.zeromq.org>
>>>                 http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>>
>>>
>>>             _______________________________________________
>>>             zeromq-dev mailing list
>>>             zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>>             http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
>>             _______________________________________________
>>             zeromq-dev mailing list
>>             zeromq-dev at lists.zeromq.org
>>             <mailto:zeromq-dev at lists.zeromq.org>
>>             http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
>>
>>
>>
>>     _______________________________________________
>>     zeromq-dev mailing list
>>     zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
>     _______________________________________________
>     zeromq-dev mailing list
>     zeromq-dev at lists.zeromq.org <mailto:zeromq-dev at lists.zeromq.org>
>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
>
>
> _______________________________________________
> 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/20130712/7ec32446/attachment.htm>


More information about the zeromq-dev mailing list