Piotr Kubaj
Piotr Kubaj
Just tried (now on FreeBSD 13.1 with LLVM 13): ``` [ 3% 1/27] /usr/bin/cc -DPFFFT_SCALVEC_ENABLED=1 -D_USE_MATH_DEFINES -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -Wall -Wextra -pedantic -std=c99 -MD -MT...
Travis supports ppc64le: https://docs.travis-ci.com/user/multi-cpu-architectures/
One of the reasons I like acme-client is because it doesn't create RSA key every time new certificate is created. I'd rather it stays like this. If the default changes,...
Again? I have already signed one for https://github.com/openssl/openssl/pull/17090
No, that was a mistake. It wasn't related to my work. Updated.
Indeed there should, thanks for catching that.
I had the same issue, workaround by @ckykenken works (on 2021.10-005).
Note that there are already issues with building this crate on 32-bit powerpc: ``` error[E0432]: unresolved imports `core::sync::atomic::AtomicI64`, `core::sync::atomic::AtomicU64` --> /wrkdirs/usr/ports/benchmarks/inferno/work/inferno-0.10.6/cargo-crates/crossbeam-utils-0.8.5/src/lib.rs:79:49 | 79 | pub(crate) use core::sync::atomic::{AtomicI64, AtomicU64}; | ^^^^^^^^^...
Thanks for the link. I'm building on FreeBSD (so using powerpc-unknown-freebsd target, which is not yet upstreamed). This is why it fails - powerpc-unknown-freebsd is not in the pre-generated no_atomic.rs....
+1 for user demand, this blocks porting software like rpcs3.