summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/man/X509_PUBKEY_new.3 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* document d2i_X509_PUBKEY(3) and i2d_X509_PUBKEY(3);schwarze2021-10-261-23/+57
| | | | while here, apply the usual conventions for naming d2i and i2d arguments
* document error handling of X509_PUBKEY_get0(3) and X509_PUBKEY_get(3)schwarze2020-06-191-3/+52
|
* delete references to ERR pages from SEE ALSO where suchschwarze2019-06-101-3/+2
| | | | references were already given below RETURN VALUES right above
* Tree structure for manual pages: crypto(3) links to 33 functionschwarze2019-06-061-3/+4
| | | | | | | | | | | group pages, and these link on to all their second-level subpages. Only a handful of second-level pages have third-level subpages. So all crypto pages can now be reached from the www.libressl.org frontpage via at most four clicks, in most cases three clicks. Also link back from leaf pages to their respective group pages and add a couple of additional links between related pages. Triggered by a question from deraadt@. OK jmc@ tb@
* found a complete archive of SSLeay-0.4 to SSLeay-0.8.1b tarballsschwarze2018-03-271-6/+9
| | | | on the web, so fix up SSLeay HISTORY accordingly
* finish crypto HISTORY; mostly 1.1.0/6.3, but also various other fixesschwarze2018-03-231-1/+5
|
* crypto HISTORY up to 1.0.0; researched from OpenSSL gitschwarze2018-03-231-2/+8
|
* crypto HISTORY up to 0.9.6; researched from OpenSSL gitschwarze2018-03-221-1/+9
|
* crypto HISTORY up to 0.9.5; researched from OpenSSL gitschwarze2018-03-221-2/+8
|
* x509.h HISTORY up to SSLeay 0.8.1b; researched from OpenSSL gitschwarze2018-03-211-2/+10
|
* In x509.h rev. 1.43 2018/03/17 14:55:39, jsing@ providedschwarze2018-03-181-5/+16
| | | | X509_PUBKEY_get0(3). Merge the documentation from OpenSSL.
* New manual page EVP_PKEY_asn1_new(3) from Richard Levitteschwarze2018-02-141-2/+3
| | | | | | | | | | | via OpenSSL commit 751148e2 Oct 27 00:11:11 2017 +0200, including only the parts related to functions that exist in OpenBSD. The design of these interfaces is not particularly pretty, they are not particularly easy to document, and the manual page does not look particularly good when formatted, but what can we do, things are as they are...
* Minor cleanup:schwarze2016-12-281-17/+19
| | | | | | Improve the one-line description. Use the standard wordings in some places. Complete the RETURN VALUES section.
* Consistently mark up various ASN.1 type names defined in standardsschwarze2016-12-251-7/+12
| | | | related to X.509 with .Vt such that they can be searched for.
* Add a STANDARDS section and mention the relevant section of the standard.schwarze2016-12-151-18/+9
| | | | | | | Link to X509_ALGOR_new(3) because one of the functions uses X509_ALGOR. Delete a sentence about a function we don't have. Delete another sentence that says nothing new. Remove some macros that we don't normally use.
* various cleanup;jmc2016-12-051-2/+3
|
* import X509_PUBKEY_new(3) from OpenSSLschwarze2016-12-051-0/+273