wireguard-openbsd/lib/libcrypto/stack, branch masterWireGuard implementation for the OpenBSD kernelhttps://git.zx2c4.com/wireguard-openbsd/atom/lib/libcrypto/stack?h=master2019-08-11T14:14:14ZBring back stack macros for CMS structs.2019-08-11T14:14:14Zjsingjsing@openbsd.org2019-08-11T14:14:14Zurn:sha1:0baf1e453daa102b257ed3c5967d08f1f1f21c76Remove a bunch of ancient and highly crufty ASN.1 related code from2018-10-24T17:57:22Zjsingjsing@openbsd.org2018-10-24T17:57:22Zurn:sha1:261db20666539ba078b31aec6ae205a635f5bb55
libcrypto (the "new" stuff replaced this back around 2000 or so...).
ok tb@
Remove stack related macros that should have been nuked when2018-10-24T17:37:05Zjsingjsing@openbsd.org2018-10-24T17:37:05Zurn:sha1:3607d8d2319c08719e54d8ffdff4138bbc04dec1
{CMS,KRB5,SRP} were removed.
When you replace an element in a sorted array with something2018-04-01T00:36:28Zschwarzeschwarze@openbsd.org2018-04-01T00:36:28Zurn:sha1:10b27f3e64d08ebf55127b2cb72a2043b3a3e590
arbitrarily different, the array is in general no longer sorted.
This commit copies a small hidden bugfix from the OpenSSL commit
https://github.com/openssl/openssl/commit/fbb7b33b
the rest of which is merely cosmetics.
I discovered the bug independently while documenting sk_find(3).
Keep the library's idea of when an empty stack or a one-element stack
is sorted and when it is not bug-compatible with OpenSSL, even though
in fact, empty and one-element stacks are of course always sorted.
OK beck@
Place some macros under #ifndef LIBRESSL_INTERNAL.2016-12-27T16:02:40Zjsingjsing@openbsd.org2016-12-27T16:02:40Zurn:sha1:830256e38eb47ceb733b75dd155e9c994042aaccDelete a lot of #if 0 code in libressl.2015-02-07T13:19:15Zdougdoug@openbsd.org2015-02-07T13:19:15Zurn:sha1:700744f63a50cd00d11d0cebaeb7b7c229f37c69
There are a few instances where #if 1 is removed but the code remains.
Based on the following OpenSSL commits. Some of the commits weren't
strictly deletions so they are going to be split up into separate commits.
6f91b017bbb7140f816721141ac156d1b828a6b3
3d47c1d331fdc7574d2275cda1a630ccdb624b08
dfb56425b68314b2b57e17c82c1df42e7a015132
c8fa2356a00cbaada8963f739e5570298311a060
f16a64d11f55c01f56baa62ebf1dec7f8fe718cb
9ccc00ef6ea65567622e40c49aca43f2c6d79cdb
02a938c953b3e1ced71d9a832de1618f907eb96d
75d0ebef2aef7a2c77b27575b8da898e22f3ccd5
d6fbb194095312f4722c81c9362dbd0de66cb656
6f1a93ad111c7dfe36a09a976c4c009079b19ea1
1a5adcfb5edfe23908b350f8757df405b0f5f71f
8de24b792743d11e1d5a0dcd336a49368750c577
a2b18e657ea1a932d125154f4e13ab2258796d90
8e964419603d2478dfb391c66e7ccb2dcc9776b4
32dfde107636ac9bc62a5b3233fe2a54dbc27008
input + ok jsing@, miod@, tedu@
Only import cryptlib.h in the four source files that actually need it.2014-07-11T08:44:47Zjsingjsing@openbsd.org2014-07-11T08:44:47Zurn:sha1:b6ab114e77db2581d5bda2ca4b0aa0d68b2e0f90
Remove the openssl public includes from cryptlib.h and add a small number
of includes into the source files that actually need them. While here,
also sort/group/tidy the includes.
ok beck@ miod@
Stop including standard headers via cryptlib.h - pull in the headers that2014-07-10T13:58:21Zjsingjsing@openbsd.org2014-07-10T13:58:21Zurn:sha1:a8913c44aee6c78b4770e56ab6afb429afabee6d
are needed in the source files that actually require them.
ok beck@ miod@
remove unused, private version strings except SSL_version_str2014-07-09T11:10:50Zbcookbcook@openbsd.org2014-07-09T11:10:50Zurn:sha1:7376aa735bc548f24d7ee71f4f725787cb969afa
Also remove unused des_ver.h, which exports some of these strings, but is not installed.
ok miod@ tedu@
tags as requested by miod and tedu2014-06-12T15:49:27Zderaadtderaadt@openbsd.org2014-06-12T15:49:27Zurn:sha1:c3d6a26af7455bccce87985ff78ef0efc39b65e1