aboutsummaryrefslogtreecommitdiff
path: root/man (unfollow)
Commit message (Collapse)AuthorFilesLines
2017-01-09OSCP -> OCSPBrent Cook1-2/+2
2017-01-09update ChangelogBrent Cook1-0/+39
2017-01-09fix static mingw builds, platform LDADD needs to come at the endBrent Cook3-6/+6
2017-01-07update linksBrent Cook1-0/+1
2017-01-06Add regression test ssl_versionskinichiro3-0/+11
2016-12-29update manpage linksBrent Cook1-17/+660
2016-12-26implement support for hiding symbols in libcryptokinichiro3-3743/+27
- delete crypto.def and generate it from Symbols.list - remove BIO_s_log since bss_log.c is not included on Windows - add Windows specific symbols by crypto/crypto_win.list
2016-12-10Sync getentropy() checks with use-builtin-arc4random checksSimone Basso2-30/+40
Without this, we actually fail to build a library that includes the bultin getentropy when compiling for 10.11 on 10.12.
2016-12-09m4/check-libc.m4: improve getentropy checkSimone Basso1-17/+23
- according to man.openbsd.org getentropy() is in unistd.h - according to macOS sierra's man it's in sys/random.h - since sys/random.h is does not exist for iOS and for linux, do not attempt to include it, rather redeclare the prototype - make sure that `./configure`: - uses getentropy() on macOS sierra - does not use getentropy() if compiling for 10.11 - does not use getentropy() if compiling for ios armv7
2016-12-09configure: fix getentropy() for sierra and iosSimone Basso1-1/+55
This diff changes the logic by which configure detects getentropy() to ensure that we don't use the system wide getentropy - with macOS sierra if the deployment target is lower than sierra as found by tor developers here https://gitweb.torproject.org/tor.git/commit/?id=https://gitweb.torproject.org/tor.git/commit/?id=16fcbd21c963a9a65bf55024680c8323c8b7175d - with iOS unconditionally because an app linking libressl compiled with system wide getentropy has been rejected by the App store as I have documented here https://github.com/measurement-kit/measurement-kit/pull/994 I think something similar could also affect clock_gettime judging from tor's patch, but this diff for now doesn't address that. I do not have macOS < sierra, so I could only verify that configure was not picking up system wide getentropy by compiling libressl using export CFLAGS="-mmacosx-version-min=10.11" As regards iOS, removing the check for getentropy and recompiling (thus using libressl builtin getentropy()) was enough to have another iteration of the app accepted. Otherwise testing should be possible with: export LDFLAGS=-arch armv7 -miphoneos-version-min=7.1 -isysroot `xcrun --show-sdk-path --sdk iphoneos` export CPPFLAGS=-arch armv7 -isysroot `xcrun --show-sdk-path --sdk iphoneos` export CFLAGS=-arch armv7 -miphoneos-version-min=7.1 -isysroot `xcrun --show-sdk-path --sdk iphoneos` Related ticket: https://github.com/libressl-portable/portable/issues/230
2016-11-13adjust mingw package nameBrent Cook1-1/+1
2016-11-13update to trusty distro, remove 3rd-party PPAs for testingBrent Cook2-7/+8
2016-11-13fix static test link failures on OS XBrent Cook1-0/+3
2016-11-13update manpage linksBrent Cook1-320/+12
2016-11-07fix cmake to link static crypto library for regression testskinichiro1-0/+2
2016-11-06link regression tests fully staticallyBrent Cook1-1/+1
2016-11-06Fix for tests on Visual Studiokinichiro2-55/+83
- always link static ssl library for tests - copy DLLs for openssl.exe after building tests - add functions to crypto.def