openbsd/src/usr.bin/openssl/version.c, branch OPENBSD_7_9A mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_92023-07-27T07:01:50+00:00Remove antiquated options output2023-07-27T07:01:50+00:00tb2023-07-27T07:01:50+00:00urn:sha1:bc8ba1d0031f9165a00fe1a4354118c994cb2477
This is uninteresting and rather meaningless except for the implementer.
No need to have several hundred lines of code backing half a dozen symbols
in the public API for this.
ok jsing
Rename struct ${app}_config to plain cfg2023-03-06T14:32:06+00:00tb2023-03-06T14:32:06+00:00urn:sha1:2ba7dcfcbc2ef5aaeb8eb14f36f83bd57c22bcae
All the structs are static and we need to reach into them many times.
Having a shorter name is more concise and results in less visual clutter.
It also avoids many overlong lines and we will be able to get rid of some
unfortunate line wrapping down the road.
Discussed with jsing
Remove the legacy interactive mode from openssl(1).2022-11-11T17:07:39+00:00joshua2022-11-11T17:07:39+00:00urn:sha1:273d9e16fc9e481283c2b2302b348e4863e29f28
This removes the legacy interactive mode from openssl(1) since it is
rarely used, complicates the code, and has also been removed from
OpenSSL in version 3.x.x.
ok tb@ jsing@
Mark the initialized struct options arrays as both static and const.2019-07-14T03:30:46+00:00guenther2019-07-14T03:30:46+00:00urn:sha1:ce9daaa0080f6ec467441aa485eb3f11ad6fb74a
This moves them from .data to .data.rel.ro
ok deraadt@ inoguchi@
Exit if a pledge call fails in non-interactive mode.2015-10-17T15:00:11+00:00doug2015-10-17T15:00:11+00:00urn:sha1:db101f70294bca3ebe9eaa1f16aaae8cd872d2e4
ok semarie@
Initial support for pledges in openssl(1) commands.2015-10-10T22:28:51+00:00doug2015-10-10T22:28:51+00:00urn:sha1:503cf2bd70538bb9cc734a5fd58230b90be4d1d8
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.
Remove all duplicate prototypes for *_main functions (these are already2015-08-22T16:36:05+00:00jsing2015-08-22T16:36:05+00:00urn:sha1:b52f06ae6cb673d9e72cbe3cc65f7c091bc9bab8
provided by progs.h). Also, move the FUNCTION type (and flags) into
openssl.c since that is the only place of use. Lastly, remove pointless
'extern' from the prototypes and use char **argv instead of char *argv[]
(the former is used elsewhere).
ok deraadt@ doug@
Provide a mechanism for option parsing to return the number of arguments2014-12-28T15:48:52+00:00jsing2014-12-28T15:48:52+00:00urn:sha1:76b7ca2dcad10fae07456979e5191efa7f517018
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. This2014-12-28T14:21:42+00:00jsing2014-12-28T14:21:42+00:00urn:sha1:1e56c5c1c0b29e31a262749b958d5bc82628649c
allows for simpler code in the common cases and will allow for further
extension to support the complex cases.
prefer C99 array initialization syntax.2014-10-13T02:46:14+00:00bcook2014-10-13T02:46:14+00:00urn:sha1:e4f0e4e453aebb92ffad8cf5a9a9107e9bd5c062
use C99 array initialization syntax for strict C compilers.
from kinichiro, found building with HP/UX compiler
ok deraadt@, guenther@