| #
902bfdca |
| 27-Jan-2025 |
jsing <jsing@openbsd.org> |
Mop up RC4_INDEX.
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 comp
Mop up RC4_INDEX.
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@
show more ...
|
| #
e0aac349 |
| 05-Nov-2024 |
tb <tb@openbsd.org> |
cryptlib.h: adjust header guard for upcoming surgery
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.
opens
cryptlib.h: adjust header guard for upcoming surgery
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
show more ...
|
| #
b600a2f1 |
| 28-Mar-2024 |
tb <tb@openbsd.org> |
Remove OPENSSL_UNISTD define
|
| #
71743258 |
| 26-Dec-2022 |
jmc <jmc@openbsd.org> |
spelling fixes; from paul tagliamonte
i removed the arithmetics -> arithmetic changes, as i felt they
were not clearly correct
ok tb
|
| #
4647d16f |
| 04-Nov-2016 |
miod <miod@openbsd.org> |
Remove I386_ONLY define. It was only used to prefer a
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 t
Remove I386_ONLY define. It was only used to prefer a
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@
show more ...
|
| #
9b08b204 |
| 19-Jun-2015 |
bcook <bcook@openbsd.org> |
Disable ENGINE_load_dynamic (dynamic engine support).
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 functio
Disable ENGINE_load_dynamic (dynamic engine support).
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@
show more ...
|
| #
2d03d1cb |
| 11-Jul-2014 |
tedu <tedu@openbsd.org> |
i'm a dumbdumb. fix build.
|
| #
5e5c016e |
| 11-Jul-2014 |
tedu <tedu@openbsd.org> |
move all the feature settings to a common header.
probably ok beck jsing miod
|
| #
1e398d8b |
| 11-Jul-2014 |
beck <beck@openbsd.org> |
Make sure we leave OPENSSL_NO_PSK in the conf files so things
can know...
ok jsing@
|
| #
8769a7ad |
| 18-Apr-2014 |
tedu <tedu@openbsd.org> |
first round of static config. ok miod
|
| #
512e53b5 |
| 15-Apr-2014 |
miod <miod@openbsd.org> |
The more you remove Chtulhu^WVMS tentacles, the more there are
|
| #
252ab50e |
| 11-Apr-2014 |
miod <miod@openbsd.org> |
Move build machinery for libcrypto from libssl/crypto to libcrypto, as well
as configuration files; split manpages and .pc files between libcrypto and
libssl.
No functional change, only there to make
Move build machinery for libcrypto from libssl/crypto to libcrypto, as well
as configuration files; split manpages and .pc files between libcrypto and
libssl.
No functional change, only there to make engineering easier, and libcrypto
sources are still found in libssl/src/crypto at the moment.
ok reyk@, also discussed with deraadt@ beck@ and the usual crypto suspects.
show more ...
|