[zeromq-dev] cannot build last libzmq from Git
Laurent Alebarde
l.alebarde at free.fr
Wed Sep 11 15:44:00 CEST 2013
Thanks Pieter. I am watching it now. It is up to me to appology, I
should have thought about it ;-) .
Now, I have a problem with building the last libzmq :
make[1]: *** No rule to make target `test_ctx_destroy.c', needed by
`test_ctx_destroy.o'. Stop.
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/usr/opt/libzmq/tests'
make: *** [all-recursive] Error 1
Le 11/09/2013 15:15, Pieter Hintjens a écrit :
> Update libzmq master, there's a change there which is significant. It
> was authenticating NULL-security sockets all the time, which caused
> problems. The latest master only authenticates NULL-security sockets
> if you also set a domain on the socket. So what you're seeing in the
> libcurve test is a request for a NULL authentication. The code asserts
> because that is impossible when things are working properly.
>
> Sorry for the confusion. Building from GitHub is always a little
> nasty. As a general rule for in-development work like libcurve, you
> want to track dependent projects like libzmq and CZMQ and grab them
> whenever they change.
>
> As soon as we can release libzmq/4.0, I'll add that version check to
> libcurve so it's clear.
>
>
> On Wed, Sep 11, 2013 at 2:51 PM, <l.alebarde at free.fr> wrote:
>> Hi,
>>
>> The last merge builds, but curve_selftest fails for me :
>>
>> * curve_keypair: OK
>> * curve_keystore: OK
>> curve_selftest: curve_codec.c:1031: zap_authenticator: Assertion
>> `(!__extension__ ({ size_t __s1_len, __s2_len; (__builtin_constant_p
>> ((mechanism)) && __builtin_constant_p (("CURVE")) && (__s1_len = strlen
>> ((mechanism)), __s2_len = strlen (("CURVE")), (!((size_t)(const void
>> *)(((mechanism)) + 1) - (size_t)(const void *)((mechanism)) == 1) || __s1_len >=
>> 4) && (!((size_t)(const void *)((("CURVE")) + 1) - (size_t)(const void
>> *)(("CURVE")) == 1) || __s2_len >= 4)) ? __builtin_strcmp ((mechanism),
>> ("CURVE")) : (__builtin_constant_p ((mechanism)) && ((size_t)(const void
>> *)(((mechanism)) + 1) - (size_t)(const void *)((mechanism)) == 1) && (__s1_len =
>> strlen ((mechanism)), __s1_len < 4) ? (__builtin_constant_p (("CURVE")) &&
>> ((size_t)(const void *)((("CURVE")) + 1) - (size_t)(const void *)(("CURVE")) ==
>> 1) ? __builtin_strcmp ((mechanism), ("CURVE")) : (__extension__ ({ __const
>> unsigned char *__s2 = (__const unsigned char *) (__const char *) (("CURVE"));
>> register int __result = (((__const unsigned char *) (__const char *)
>> ((mechanism)))[0] - __s2[0]); if (__s1_len > 0 && __result == 0) { __result =
>> (((__const unsigned char *) (__const char *) ((mechanism)))[1] - __s2[1]); if
>> (__s1_len > 1 && __result == 0) { __result = (((__const unsigned char *)
>> (__const char *) ((mechanism)))[2] - __s2[2]); if (__s1_len > 2 && __result ==
>> 0) __result = (((__const unsigned char *) (__const char *) ((mechanism)))[3] -
>> __s2[3]); } } __result; }))) : (__builtin_constant_p (("CURVE")) &&
>> ((size_t)(const void *)((("CURVE")) + 1) - (size_t)(const void *)(("CURVE")) ==
>> 1) && (__s2_len = strlen (("CURVE")), __s2_len < 4) ? (__builtin_constant_p
>> ((mechanism)) && ((size_t)(const void *)(((mechanism)) + 1) - (size_t)(const
>> void *)((mechanism)) == 1) ? __builtin_strcmp ((mechanism), ("CURVE")) :
>> (__extension__ ({ __const unsigned char *__s1 = (__const unsigned char *)
>> (__const char *) ((mechanism)); register int __result = __s1[0] - ((__const
>> unsigned char *) (__const char *) (("CURVE")))[0]; if (__s2_len > 0 && __result
>> == 0) { __result = (__s1[1] - ((__const unsigned char *) (__const char *)
>> (("CURVE")))[1]); if (__s2_len > 1 && __result == 0) { __result = (__s1[2] -
>> ((__const unsigned char *) (__const char *) (("CURVE")))[2]); if (__s2_len > 2
>> && __result == 0) __result = (__s1[3] - ((__const unsigned char *) (__const char
>> *) (("CURVE")))[3]); } } __result; }))) : __builtin_strcmp ((mechanism),
>> ("CURVE"))))); }))' failed.
>> * curve_codec: /bin/sh: line 5: 30264 Aborted ${dir}$tst
>> FAIL: curve_selftest
>>
>> Any idea please ?
>> _______________________________________________
>> zeromq-dev mailing list
>> 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/20130911/5c449b77/attachment.htm>
More information about the zeromq-dev
mailing list