diff options
| author | jsing <> | 2024-03-27 08:24:13 +0000 |
|---|---|---|
| committer | jsing <> | 2024-03-27 08:24:13 +0000 |
| commit | dcbf0a4f999b6c933d8a3b910293af515367fae3 (patch) | |
| tree | d2d10a0d0b90a02caab0f6dcd2d81c8eac19605a /src/lib/libc/stdlib/gcvt.c | |
| parent | ddd9b2994f4684a973bc70f1ebcfc1cb05c2c215 (diff) | |
| download | openbsd-dcbf0a4f999b6c933d8a3b910293af515367fae3.tar.gz openbsd-dcbf0a4f999b6c933d8a3b910293af515367fae3.tar.bz2 openbsd-dcbf0a4f999b6c933d8a3b910293af515367fae3.zip | |
Remove near duplicate AES_set_{encrypt,decrypt}_key() functions.
There are currently three ways in which AES is implemented - all in
assembly (amd64 et al), all in C (aarch64 et al) and, half in C and
half in assembly (hppa and sparc64). The last of these cases currently
makes use of a near duplicate AES_set_{encrypt,decrypt}_key()
implementation that avoids using the AES tables.
Remove the near duplicate version and if only a half assembly version is
implemented, use the same C version of AES_set_{encrypt,decrypt}_key() as
everyone else. This adds around 8KB of rodata to libcrypto on these two
platforms.
Discussed with beck and tb.
Diffstat (limited to 'src/lib/libc/stdlib/gcvt.c')
0 files changed, 0 insertions, 0 deletions