[zeromq-dev] problems with installation under MinGW

Laurent Alebarde l.alebarde at free.fr
Thu Jul 18 12:00:12 CEST 2013


May I ask you please the same effort for czmq ?

czmq_selftest.o: in the function « main »:
/home/laurent/Documents/Dev/Windows/czmq/builds/mingw32/../../src/czmq_selftest.c:47: 
undefined reference to « ztree_test »
collect2: error: ld has returned 1 execution state code
make: *** [czmq_selftest.exe] Error 1


Le 15/07/2013 19:30, Laurent Alebarde a écrit :
> 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/20130718/635abc19/attachment.htm>


More information about the zeromq-dev mailing list