openbsd - A mirror of https://github.com/libressl/openbsd.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	sprinkle a few missing dependencies on perl scripts internal bits.	espie	2017-08-20	1	-5/+8
\| \| \| \|	'it works' deraadt@
*	Disable ec assembly for amd64 pending fixes for ssh, and bump	beck	2016-11-11	1	-4/+4
\| \| \| \|	majors appropriately
*	Ride the current major bump and enable assembler code for nist 256p curve,	miod	2016-11-04	1	-1/+5
\| \| \| \| \| \| \| \|	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 a	miod	2016-11-04	1	-3/+0
\| \| \| \| \| \| \|	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@
*	Pass "openbsd" instead of "openbsd-elf" as the "flavour" to the perl assembler	miod	2015-09-11	1	-2/+2
\| \| \| \| \|	machinery. OpenBSD has never been not ELF on amd64, and changing this will actually make -portable life slightly easier in the near future.
*	Disable ENGINE_load_dynamic (dynamic engine support).	bcook	2015-06-19	1	-1/+0
\| \| \| \| \| \| \|	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.	miod	2014-11-17	1	-1/+4
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	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.
*	Guard RSA / RC4-5 ASM when NO_ASM is not defined	bcook	2014-08-11	1	-1/+3
\| \| \| \| \| \| \| \| \|	Most assembly blocks remain inactive if OPENSSL_NO_ASM is not defined, only enabling inline assembly, but the RSA / RC4-5 blocks (used only in amd64 systems) turn on implicitly. Guard these two as well. This simplifies enabling just inline ASM in portable, no effective change in OpenBSD.
*	i'm a dumbdumb. fix build.	tedu	2014-07-11	1	-1/+1
\|
*	move all the feature settings to a common header.	tedu	2014-07-11	1	-72/+1
\| \| \| \|	probably ok beck jsing miod
*	Make sure we leave OPENSSL_NO_PSK in the conf files so things	beck	2014-07-11	1	-0/+1
\| \| \| \| \|	can know... ok jsing@
*	Sort CFLAGS, SRC and SSLASM stanzas by the directories they apply to, to make	miod	2014-05-06	1	-37/+47
\| \| \| \| \|	these files similar in layout to the other md Makefile.inc; no functional change.
*	first round of static config. ok miod	tedu	2014-04-18	1	-43/+0
\|
*	Move the machine-specific parts of the libcrypto Makefile to per-arch makefile	miod	2014-04-17	1	-0/+60
\| \| \| \| \| \|	fragments, to ease maintainance, and see through the fog of bugs. "looks good" deraadt@
*	The more you remove Chtulhu^WVMS tentacles, the more there are	miod	2014-04-15	1	-2/+0
\|
*	revert 1.2 and define OPENSSL_NO_EC_NISTP_64_GCC_128 again, it has a downside	sthen	2014-04-14	1	-0/+3
\| \| \| \|	(breaks ssh ecdsa keys)
*	No longer define OPENSSL_NO_EC_NISTP_64_GCC_128 on amd64; requested by djm	miod	2014-04-13	1	-3/+0
\|
*	Move build machinery for libcrypto from libssl/crypto to libcrypto, as well	miod	2014-04-11	1	-0/+268
	as configuration files; split manpages and .pc files between libcrypto and libssl. No functional change, only there to make engineering easier, and libcrypto sources are still found in libssl/src/crypto at the moment. ok reyk@, also discussed with deraadt@ beck@ and the usual crypto suspects.