openbsd/src/lib/libcrypto/pariscid.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-01T22:26:22+00:00 Do not output SOM-specific directives. 2014-05-01T22:26:22+00:00 miod 2014-05-01T22:26:22+00:00 urn:sha1:4141f93229a93b2ee4d6f3207c76f405590def05 Remove unreferenced OPENSSL_instrument_bus and OPENSSL_instrument_bus2 routines. 2014-05-01T22:25:13+00:00 miod 2014-05-01T22:25:13+00:00 urn:sha1:ca8f1a96c629cd959d8f55527734f99958508ad3 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.1g 2014-04-13T15:16:40+00:00 miod 2014-04-13T15:16:40+00:00 urn:sha1:52628ee3f51f011b463aaedb1a28aa0524b43cb3 import OpenSSL-1.0.1c 2012-10-13T21:23:50+00:00 djm 2012-10-13T21:23:50+00:00 urn:sha1:228cae30b117c2493f69ad3c195341cd6ec8d430