[zeromq-dev] problems with installation under MinGW

Laurent Alebarde l.alebarde at free.fr
Mon Jul 15 19:30:36 CEST 2013


Many thanks Shueng Chuan. You have removed a big monkey from my back and 
a real thorn from my side !

Cheers,


Laurent.


Le 13/07/2013 21:49, KIU Shueng Chuan a écrit :
>
> The libzmq Makefile.mingw32 has been updated. You could update your 
> git folder and try again.
>
> On Jul 12, 2013 4:48 PM, "Laurent Alebarde" <l.alebarde at free.fr 
> <mailto:l.alebarde at free.fr>> wrote:
>
>     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  <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/20130715/c19a89e6/attachment.htm>


More information about the zeromq-dev mailing list