[zeromq-dev] problems with installation under MinGW

KIU Shueng Chuan nixchuan at gmail.com
Fri Jul 12 12:28:01 CEST 2013


>From the keywords "plain_mechanism_t" and "null_mechanism_type", it would
appear that you cloned libzmq? The makefile I sent you is for zeromq3-x.

Libzmq already has its own build/mingw32/Make file.mingw32, but I suspect
it doesn't get updated when new source files are added. Not that many users
of mingw, I'm afraid.
On Jul 12, 2013 4:48 PM, "Laurent Alebarde" <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>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>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>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> 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: not using Gettext
>>>>> autoreconf-2.68: running: aclocal -I config --force -I config
>>>>> 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: 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
>>>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> zeromq-dev mailing listzeromq-dev at lists.zeromq.orghttp://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
>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> zeromq-dev mailing listzeromq-dev at lists.zeromq.orghttp://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
>>
>>
>
>
> _______________________________________________
> zeromq-dev mailing listzeromq-dev at lists.zeromq.orghttp://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/0f98021b/attachment.htm>


More information about the zeromq-dev mailing list