openbsd/src/lib/libcrypto/ppccpuid.pl, branch OPENBSD_6_8_BASE A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_6_8_BASE 2014-05-03T11:39:46+00:00 Detect Altivec support with the machdep.altivec sysctl rather than setmp and 2014-05-03T11:39:46+00:00 miod 2014-05-03T11:39:46+00:00 urn:sha1:f1d9f021298275631f549c14fbc07a67b9adc1fa a SIGILL handler. Do not attempt to detect and use a 64-bit FPU yet. Remove oh-so-important-from-a-security-pov OpenSSL_rtdsc() function. 2014-04-17T18:49:35+00:00 miod 2014-04-17T18:49:35+00:00 urn:sha1:b4ee6facff27de9af90bfa187f0b058454154db5 Ok, there was a need for OPENSSL_cleanse() instead of bzero() to prevent 2014-04-17T18:16:45+00:00 miod 2014-04-17T18:16:45+00:00 urn:sha1:777aa5b3f157309dd7bae673d3f2ae8f37e71457 supposedly smart compilers from optimizing memory cleanups away. Understood. Ok, in case of an hypothetically super smart compiler, OPENSSL_cleanse() had to be convoluted enough for the compiler not to recognize that this was actually bzero() in disguise. Understood. But then why there had been optimized assembler versions of OPENSSL_cleanse() is beyond me. Did someone not trust the C obfuscation? import OpenSSL-1.0.1c 2012-10-13T21:23:50+00:00 djm 2012-10-13T21:23:50+00:00 urn:sha1:228cae30b117c2493f69ad3c195341cd6ec8d430 import OpenSSL-1.0.0a 2010-10-01T22:54:21+00:00 djm 2010-10-01T22:54:21+00:00 urn:sha1:829fd51d4f8dde4a7f3bf54754f3c1d1a502f5e2 import of OpenSSL 0.9.8k 2009-04-06T06:30:10+00:00 djm 2009-04-06T06:30:10+00:00 urn:sha1:2b6e09b39ef1d803b50ee024a06d1c250fde442d