summaryrefslogtreecommitdiff
path: root/src/lib/libc/string/memmem.3
diff options
context:
space:
mode:
authortb <>2026-03-18 08:02:40 +0000
committertb <>2026-03-18 08:02:40 +0000
commite1991105df8fe12032795b7f34ed61fd9272e525 (patch)
tree2c5c9a04e08f3ba3f5c6e0bec7c4f26c2bab6e8e /src/lib/libc/string/memmem.3
parentec0894d4cccd2b2d88759796071c3ed1afd3a475 (diff)
downloadopenbsd-e1991105df8fe12032795b7f34ed61fd9272e525.tar.gz
openbsd-e1991105df8fe12032795b7f34ed61fd9272e525.tar.bz2
openbsd-e1991105df8fe12032795b7f34ed61fd9272e525.zip
libcrypto: prefix EC_KEY methods with ec_key_
We received reports that the too generic internal ecdsa_{sign,verify}() symbol names clash in some static links. The naming here is annoying because the EC_KEY_METHOD amalgamated the no longer existing ECDH and ECDSA methods which themselves had poorly chosen method names, still reflected in public API. There are various messes here. The ECDSA verify methods are declared in ec_local.h, whereas the ECDSA sign methods are in ecdsa_local.h (which is itself pretty useless and really only about EC_KEY_METHOD). I therefore merged the ECDSA method declarations into ec_local.h and deleted ecdsa_local.h since I see no real benefit to the latter. ecdsa.c needs ec_local.h anyway. Having the method declarations next to EC_KEY_METHOD seems sensible. I left the order as it was, matching ecdsa.c. The eckey_compute_pubkey() prototype should probably be moved down. With one exception I just added an ec_key_ prefix. This leads to a a repetition of 'key' in ec_key_ecdh_compute_key() which I chose to live with because it matches the public ECDH_compute_key() (mostly used by SSH implementations). The exception is ec_key_generate_key() where I expanded the gen() leading to another _key repetition but this then matches EC_KEY_generate_key(). Thanks to Rosen Penev for reporting and sending an initial diff. See also https://github.com/gsliepen/tinc/issues/478 ok jsing
Diffstat (limited to 'src/lib/libc/string/memmem.3')
0 files changed, 0 insertions, 0 deletions