User Details
- User Since
- Jan 7 2014, 10:13 PM (658 w, 2 d)
Tue, Aug 18
Mon, Aug 17
Fri, Aug 14
Ok, the original ossl.c with this OPENSSL_ia32cap_P definition was added by @jhb in rGba610be90a7cb6d851e0e0e6d7612769352a3c0c. This was in 2020, so maybe OPENSSL_ia32cap_P was indeed 4. The code in ossl_cpuid() only accesses OPENSSL_ia32cap_P[0] through OPENSSL_ia32cap_P[3], not anything beyond it.
Thu, Aug 13
The code in sys/crypto/openssl/ossl_x86.c got moved around by @mhorne in rGfd86ae6800383dabe050e22176783857895800e3, maybe Mitchell has opinions about this too.
Indeed, the assembly in crypto/openssl/crypto/x86_64cpuid.pl has:
Tue, Jul 28
Jul 16 2026
Jul 13 2026
Jul 12 2026
Jul 10 2026
LGTM. Good riddance. :)
Jul 6 2026
Jun 24 2026
Hm, I remember something similar occurring when I was attempting to debug that std::ios ABI issue. This would also throw some exceptions during initialization, and it resulted in strange messages from libcxxrt. I didn't have the time then to investigate, but it could very well have been this issue.!
Jun 21 2026
Hm, I thought this was fixed by @mm's rGb1b4871f373e9f2a5defdc1242543be291f5e9d9, but apparently not:
Jun 16 2026
Jun 13 2026
LGTM.
Jun 4 2026
Jun 3 2026
Jun 1 2026
I think it would be useful if you could upstream the clang and compiler-rt parts of this. Otherwise it becomes a bit of a drag when updating to new versions.