A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_7_7 2025-03-09T15:12:18+00:00 2025-03-09T15:12:18+00:00 tb 2025-03-09T15:12:18+00:00 urn:sha1:b8acfd2983c50474382bf8ed132a5b7e7bdedb34 Some people are concerned that leaking a user name is a privacy issue. Allow disabling the __FILE__ and __LINE__ argument in the error stack to avoid this. This can be improved a bit in tree. From Viktor Szakats in https://github.com/libressl/portable/issues/761 ok bcook jsing 2025-01-27T14:02:32+00:00 jsing 2025-01-27T14:02:32+00:00 urn:sha1:d97873f8db01cd052f45675db2ed3d9584c93c44 The RC4_INDEX define switches between base pointer indexing and per-byte pointer increment. This supposedly made a huge difference to performance on x86 at some point, however compilers have improved somewhat since then. There is no change (or effectively no change) in generated assembly on a the majority of LLVM platforms and even when there is some change (e.g. aarch64), there is no noticable performance difference. Simplify the (still messy) macros/code and mop up RC4_INDEX. ok tb@ 2024-11-05T06:09:12+00:00 tb 2024-11-05T06:09:12+00:00 urn:sha1:843a9f265f386c844efd76e86f84452741cb03d6 It is gross that an internal detail leaked into a public header, but, hey, it's openssl. No hack is too terrible to appear in this library. opensslconf.h needs major pruning but the day that happens is not today. ok jsing 2024-08-11T13:02:39+00:00 jsing 2024-08-11T13:02:39+00:00 urn:sha1:5dcef2b3ea9eb7ace8ed74c27534785fc0b87130 Provide a per architecture crypto_arch.h - this will be used in a similar manner to bn_arch.h and will allow for architecture specific #defines and static inline functions. Move the HAVE_AES_* and HAVE_RC4_* defines here. ok tb@ 2024-03-28T08:38:19+00:00 tb 2024-03-28T08:38:19+00:00 urn:sha1:a9a0deb7502b38d39acf75d77234192031cc2ab3 2022-12-26T07:18:53+00:00 jmc 2022-12-26T07:18:53+00:00 urn:sha1:2eb7e5ff6bb69760f9dd4a43e7e3520ebb930120 i removed the arithmetics -> arithmetic changes, as i felt they were not clearly correct ok tb 2016-11-04T13:56:05+00:00 miod 2016-11-04T13:56:05+00:00 urn:sha1:098856ba6c9340c7f8061be62dd042763fe233a3 faster-on-genuine-80386-but-slower-on-80486-onwards innstruction sequence in the SHA512 code, and had not been enabled in years, if at all. ok tom@ bcook@ 2015-06-19T06:05:11+00:00 bcook 2015-06-19T06:05:11+00:00 urn:sha1:1ef7c35782edea8e65610a2d9d6d6d08ea90983c We do not build, test or ship any dynamic engines, so we can remove the dynamic engine loader as well. This leaves a stub initialization function in its place. ok beck@, reyk@, miod@ 2014-07-11T14:33:00+00:00 tedu 2014-07-11T14:33:00+00:00 urn:sha1:856e3c4778b5006e84604d9f68cc15047c265aa4 2014-07-11T14:01:38+00:00 tedu 2014-07-11T14:01:38+00:00 urn:sha1:1c92e50863c312a71d4b1f75553972fc03dc100c probably ok beck jsing miod