> More reliable than playing games with signal handling in libraries. While signal-free initialization of OPENSSL_armcap_P is indeed desirable, suggested code doesn't actually solve all the problems. Yes, it would reliably detect NEON capability. But the thing about tick counter is that it's left to mercy of kernel whether or not it's accessible from unprivileged code. I mean looking at platform string is far from sufficient. Then think a little bit ahead, about ARMv8. The new crypto instructions will be available even to 32-bit applications. Will AUXV expose that information? Will AUXV expose that information to 64-bit application? Judging from latest glibc sources we still are bound to crashing instructions :-(
______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [email protected]
