summaryrefslogtreecommitdiff
path: root/src/usr.bin/openssl/apps.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Mark the initialized struct options arrays as both static and const.guenther2019-07-141-4/+4
| | | | | | This moves them from .data to .data.rel.ro ok deraadt@ inoguchi@
* Summarize the 4 same name functions and move it to apps.cinoguchi2019-02-091-1/+3
| | | | ok tb@ jsing@
* openssl app timers: TM_START -> TM_RESET, TM_STOP -> TM_GETcheloha2018-07-131-5/+5
| | | | | | | | Much more apt than the current operation names. Names suggested by jca@ ages ago. ok jca, jsing
* Seperate real and user timer interfacesjca2017-12-051-2/+3
| | | | | | | | | Use more descriptive names, and make it clearer that real and user timers work on different static storage. The end goal is to be able to reuse those timer functions, instead of inlining other timer implementations subject to clock jumps. Discussed with Scott Cheloha
* Add OPTION_ARG_TIME for parsing a (64 bit if needed) time_tderaadt2016-08-301-1/+2
| | | | prodding & ok jsing
* Fix 32-bit time handling, using time_t and make it work on systemsderaadt2016-08-301-1/+2
| | | | | where that is long long. ok beck guenther
* Initial support for pledges in openssl(1) commands.doug2015-10-101-1/+4
| | | | | | | | | | | | | | | | openssl(1) has two mechanisms for operating: either a single execution of one command (looking at argv[0] or argv[1]) or as an interactive session than may execute any number of commands. We already have a top level pledge that should cover all commands and that's what interactive mode must continue using. However, we can tighten up the pledges when only executing one command. This is an initial stab at support and may contain regressions. Most commands only need "stdio rpath wpath cpath". The pledges could be further restricted by evaluating the situation after parsing options. deraadt@ and beck@ are roughly fine with this approach.
* Factor out setup_up / destroy_ui functions.bcook2015-09-131-3/+10
| | | | | | | | | This pulls out and renames setup_ui/destroy_ui so we have something that can be replaced as-needed, moving the the console setup code for Windows to app_win.c in -portable, instead of needing a local patch to enable binary console mode ui_read/write are also simplified.
* Remove engine command and parameters from openssl(1).bcook2015-09-111-15/+8
| | | | | | | We do not have any builtin or dynamic engines, meaning openssl(1) has no way to use the engine command or parameters at all. ok jsing@
* Add OPTION_ARG_LONG for handling of options with a long type.jsing2015-07-151-1/+3
| | | | ok doug@
* Provide option types for binary AND, binary OR and silently discarding anjsing2015-01-011-1/+4
| | | | option.
* Provide an option type that allows for a callback function to consume anjsing2014-12-281-1/+3
| | | | | arbitrary number of arguments. This will allow for more complex option handling as required by some of the openssl(1) applications.
* Provide a mechanism for option parsing to return the number of argumentsjsing2014-12-281-2/+3
| | | | | that it has consumed. This allows for the handling of multiple unnamed arguments, including lists of filenames.
* Provide two different function pointers for option function callbacks. Thisjsing2014-12-281-2/+3
| | | | | allows for simpler code in the common cases and will allow for further extension to support the complex cases.
* unifdef OPENSSL_NO_NEXTPROTONEGjsing2014-12-141-3/+1
|
* More OPENSSL_NO_TLSEXT clean up.jsing2014-11-071-3/+3
|
* Move the callback function pointer outside the opt union so that the optionjsing2014-08-301-2/+3
| | | | | values are useable by the function. Also provide an option type that calls a function without consuming/passing an argument.
* Add option handling with a callback function for argument processing.jsing2014-08-281-1/+3
|
* Add option handling for ordered flags.jsing2014-08-281-1/+2
|
* Add option handling for input/output formats.jsing2014-08-281-1/+2
|
* Add an option type that handles argument to integer conversion.jsing2014-08-271-1/+2
|
* Implement table-driven option parsing that allows an application tojsing2014-08-271-1/+21
| | | | | | | | | | | | | | | | | specify what its valid options are and where it wants them to be stored. This also allows for usage to be generated, almost for free, ensuring that the options and usage are automatically kept in sync. This will allow for a single option parsing implementation, rather than the current one-hand-rolled-option-parsing-and-random-usage-implementation per application. As a starting point, port the openssl(1) rand application to the new option parsing and usage (along with associated code clean up). With input from doug@. ok bcook@ doug@
* Move openssl(1) from /usr/sbin/openssl to /usr/bin/openssl, since it is notjsing2014-08-261-0/+285
a system/superuser binary. At the same time, move the source code from its current lib/libssl/src/apps location to a more appropriate home under usr.bin/openssl. ok deraadt@ miod@
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-03-21 08:40:04 +0000