indy-vdr icon indicating copy to clipboard operation
indy-vdr copied to clipboard

Bumping up zmq version to 0.10

Open conanoc opened this issue 2 years ago • 4 comments

Currently, cargo build with target x86_64-apple-ios hangs on my Mac.

rust-zmq 0.10 removed the dependency to cmake, so it will remove build issues related to cmake. I've tested it on my fork here, and it resolved the build issue.

conanoc avatar Oct 05 '23 11:10 conanoc

It looks like sqlite uses the strlcpy function, which appears to not be supported in the glibc version (2.17?) used in the manylinux-2014 images. Support was only added in late 2014 from what I can see. We could look at matching a later manylinux standard.

andrewwhitehead avatar Oct 05 '23 18:10 andrewwhitehead

I see. Actually, libzmq has it's own strlcpy for platforms that doesn't have it. The problem is detecting the existence of strlcpy is not easy, so rust-zmq seems to be struggling with it after removing cmake. Maybe the next version of rust-zmq will be fine with manylinux-2014.

conanoc avatar Oct 06 '23 06:10 conanoc

I found out that curve encryption is not supported in rust-zmq 0.10 I'm afraid that rust-zmq may not be maintained anymore.

conanoc avatar Oct 10 '23 04:10 conanoc

I had to lock zmq to 0.9 and cmake to 0.1.48 a while ago to resolve build issues on ios targets. IIRC the reason to lock zmq was for the curve encryption and cmake for the following issue: https://github.com/rust-lang/cmake-rs/issues/173.

Does not help a lot, but those were the reasons to lock them. Maybe cmake 0.1.50 can be used, but zmq likely has to stay on 0.9 for curve encryption.

berendsliedrecht avatar Oct 10 '23 08:10 berendsliedrecht