summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/man/OBJ_create.3 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Merge OBJ_NAME_do_all*(3) into EVP_CIPHER_do_all(3)tb2024-01-311-3/+2
| | | | | | | This is the only OBJ_NAME API that will remain after the next major bump. The API is misnamed and really is about EVP, so move it to an EVP manual documenting another API doing essentially the same thing. Remove most cross references to OBJ_NAME_*.
* Remove check{,obj_cleanup}_defer documentationtb2024-01-131-66/+3
| | | | | | | | | Both check_defer() and the global variable obj_cleanup_defer were removed from the public API two years ago. Now they were removed from the internals as well, simplifying the cleanup process greatly. We no longer need them to have a chance to understand the cleanup process. Also remove references to EVP_cleanup() since this has long been deprecated and now it doesn't clean up things anymore.
* Correct the RETURN VALUES of OBJ_add_object(3).schwarze2023-09-061-6/+33
| | | | | | | | The text was misleading before and after the improvement in obj_dat.c rev. 1.61. The way i'm fixing the documentation here takes that improvement into account. Also add a CAVEATS section about adding incomplete objects.
* Remove OBJ_add_sigid and OBJ_sigid_free documentationtb2023-07-211-3/+2
| | | | | These will be made internal and will likely go away. The OBJ_add_sigid.3 manual should probably be renamed; this can be done in a second step.
* identfier -> identifierjsg2022-01-011-3/+3
|
* new manual page OBJ_add_sigid(3)schwarze2021-12-181-2/+3
|
* new manual page OBJ_NAME_add(3)schwarze2021-12-171-2/+3
|
* document obj_cleanup_defer(3) and check_defer(3)schwarze2021-12-161-6/+69
|
* document OBJ_new_nid(3), OBJ_add_object(3), and OBJ_create_objects(3);schwarze2021-12-151-9/+91
| | | | mark OBJ_create_and_add_object() as intentionally undocumented
* Move OBJ_create(3) into its own manual pageschwarze2021-12-151-0/+140
because OBJ_nid2obj(3) is already long and more functions related to OBJ_create(3) have to be documented.