openbsd/src/lib/libcrypto/arch/powerpc64, branch OPENBSD_7_8_BASEA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_8_BASE2025-08-25T16:48:02+00:00Move opensslconf.h to a machine-independent place2025-08-25T16:48:02+00:00tb2025-08-25T16:48:02+00:00urn:sha1:6cbc8c56cfb66d812e5b9f335973b11b213f5665
After drilling through many layers of fossilized turds from a
long-forgotten millenium, jsing and I finally found oil^Wa
machine-independent version of opensslconf.h.
Remove the no longer needed versions in arch/*/ and move one copy
to the top level. Add an RCS tag and place the remaining garbage
in the public domain.
ok jsing
Mop up the now unused RC4_CHUNK defines.2025-08-17T08:05:12+00:00jsing2025-08-17T08:05:12+00:00urn:sha1:5845479f353f00eaabe942ec96f2068adf6c145e
ok tb@
Remove DES_UNROLL from opensslconf.h.2025-07-27T13:27:09+00:00jsing2025-07-27T13:27:09+00:00urn:sha1:599b3fd3a83a856b8a4b92117e0c4e186c9a6f54
This is no longer used in the DES code.
ok tb@
Remove BN_LLONG defines/undefs from opensslconf.h.2025-07-23T13:34:05+00:00jsing2025-07-23T13:34:05+00:00urn:sha1:605720689b3799d669f8c06ef779fb95dba5c468
These have been ineffective since r1.19 of bn.h, when BN_LLONG/BN_ULLONG
defines/undefs were added based on _LP64.
ok tb@
Remove BF_PTR2025-06-11T04:08:16+00:00tb2025-06-11T04:08:16+00:00urn:sha1:535a9630f2ad4859bc1d13464d37c43faee07643
In bf_local.h r1.2, openssl/opensslconf.h was pulled out of the
HEADER_BF_LOCL_H header guard, so BF_PTR was never defined from
opensslfeatures.h. Thus, alpha, mips64, sparc64 haven't used the
path that is supposedly optimized for them. On the M3k the speed
gain of bf-cbc with BF_PTR is roughly 5%, so not really great.
This is blowfish, so I don't think we want to carry complications
for alpha and mips64 only.
ok jsing kenjiro
Move (mostly) MI constants to proper headers2025-06-09T14:37:49+00:00tb2025-06-09T14:37:49+00:00urn:sha1:77890745eac7fbfd51208f10c1759d6998f0692b
Most of the constants here are only defined if a specific header is in
scope. So move the machine-independent macros to those headers and lose
the header guards. Most of these should actually be typedefs but let's
change this when we're bumping the major since this technically has ABI
impact.
IDEA_INT RC2_INT and RC4_INT are always unsigned int
DES_LONG is always unsigned int except on i386
This preserves the existing situation on OpenBSD. If you're using
portable on i386 with a compiler that does not define __i386__,
there's an ABI break.
ok jsing
Remove ${MULTIPLE_OF_EIGHT}_BIT*2025-06-08T11:22:18+00:00tb2025-06-08T11:22:18+00:00urn:sha1:89ed195bf074f81ccca95b1394f3aababc81a09c
These are unused internally and very few things look at them, none of
which should really matter to us, except possibly free pascal on Windows.
sizeof has been available since forever...
ok jsing
Garbage collect DES_PTR2025-06-08T07:37:50+00:00tb2025-06-08T07:37:50+00:00urn:sha1:9ce981db9641b380ed2c9028a3baeee328313db0
pointed out by/ok jsing
Remove DES_RISC*2025-06-08T04:48:08+00:00tb2025-06-08T04:48:08+00:00urn:sha1:a57d5d467aca7987cf2308d0eed9025f200e569d
codesearch.debian.net only shows some legacy openssl patches plus binkd
(a FidoNet mailer) as sole potential user. net-snmp and a strongswan DES
plugin bundle some opt-in libdes/openssl legacy things. If this should
break any of this, I don't think we need to care. If you're really going
to use DES you can also use non bleeding edge libressl.
We can remove the big 'default values' block because one of
DES_RISC1, DES_RISC2, DES_UNROLL is always defined (you can ignore
DES_PTR for this), so this is dead support code for mostly dead
platforms.
ok kenjiro
Rename the header guard of des.h with HEADER_DES_H2025-06-05T06:37:26+00:00tb2025-06-05T06:37:26+00:00urn:sha1:da214f7dcc24dcb9b24028c1aaca17f104cf4496
libdes is dead, Jim. Only its successors continue to haunt us.
discussed with jsing