openbsd/src/lib/libcrypto/arch/i386, branch OPENBSD_7_3_BASEA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_3_BASE2023-02-22T05:57:19+00:00Replace bn_sub_part_words() with bn_sub().2023-02-22T05:57:19+00:00jsing2023-02-22T05:57:19+00:00urn:sha1:7236757e326b2c939f79a4239220a0cc2bf30ef5
Now that bn_sub() handles word arrays with potentially different lengths,
we no longer need bn_sub_part_words() - call bn_sub() instead. This allows
us to entirely remove the unnecessarily complex bn_sub_part_words() code.
ok tb@
Remove unused Elliptic Curve code.2023-01-14T15:45:44+00:00jsing2023-01-14T15:45:44+00:00urn:sha1:2caf68e3ec46ff4ba172978eb728e2aa23948684
For various reasons, the ecp_nistp* and ecp_nistz* code is unused. While
ecp_nistp* was being compiled, it is disabled due to
OPENSSL_NO_EC_NISTP_64_GCC_128 being defined. On the other hand,
ecp_nistz* was not even being built.
We will bring in new versions or alternative versions of such code, if we
end up enabling it in the future. For now it is just causing complexity
(and grep noise) while trying to improve the EC code.
Discussed with tb@
spelling fixes; from paul tagliamonte2022-12-26T07:18:53+00:00jmc2022-12-26T07:18:53+00:00urn:sha1:2eb7e5ff6bb69760f9dd4a43e7e3520ebb930120
i removed the arithmetics -> arithmetic changes, as i felt they
were not clearly correct
ok tb
sprinkle a few missing dependencies on perl scripts internal bits.2017-08-20T17:53:13+00:00espie2017-08-20T17:53:13+00:00urn:sha1:39e376c267c3aa3e7cc588facfbbba9d81cb593b
'it works' deraadt@
Ride the current major bump and enable assembler code for nist 256p curve,2016-11-04T18:12:14+00:00miod2016-11-04T18:12:14+00:00urn:sha1:31790633085fb9ebea195a72028929829ac3f94f
on amd64 only for now. Stanzas to enable it on arm, i386 and sparc64 are
provided but commented out for lack of testing due to the machine room
being currently in storage.
ok jsing@
Remove I386_ONLY define. It was only used to prefer a2016-11-04T13:56:05+00:00miod2016-11-04T13:56:05+00:00urn:sha1:098856ba6c9340c7f8061be62dd042763fe233a3
faster-on-genuine-80386-but-slower-on-80486-onwards innstruction sequence in
the SHA512 code, and had not been enabled in years, if at all.
ok tom@ bcook@
Disable ENGINE_load_dynamic (dynamic engine support).2015-06-19T06:05:11+00:00bcook2015-06-19T06:05:11+00:00urn:sha1:1ef7c35782edea8e65610a2d9d6d6d08ea90983c
We do not build, test or ship any dynamic engines, so we can remove the dynamic
engine loader as well. This leaves a stub initialization function in its place.
ok beck@, reyk@, miod@
Add the Cammelia cipher to libcrypto.2014-11-17T20:31:22+00:00miod2014-11-17T20:31:22+00:00urn:sha1:1327462df8cb4ae2dc056e0de53b4b4dc50f50fa
There used to be a strong reluctance to provide this cipher in LibreSSL in the
past, because the licence terms under which Cammelia was released by NTT were
free-but-not-in-the-corners, by restricting the right to modify the source
code, as well retaining the right to enforce their patents against anyone
in the future.
However, as stated in http://www.ntt.co.jp/news/news06e/0604/060413a.html ,
NTT changed its mind and made this code truly free. We only wish there had
been more visibility of this, for we could have had enabled Cammelia
earlier (-:
Licence change noticed by deraadt@. General agreement from the usual LibreSSL
suspects.
Crank libcrypto.so minor version due to the added symbols.
i'm a dumbdumb. fix build.2014-07-11T14:33:00+00:00tedu2014-07-11T14:33:00+00:00urn:sha1:856e3c4778b5006e84604d9f68cc15047c265aa4move all the feature settings to a common header.2014-07-11T14:01:38+00:00tedu2014-07-11T14:01:38+00:00urn:sha1:1c92e50863c312a71d4b1f75553972fc03dc100c
probably ok beck jsing miod