kc3-lang/libressl
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
45d35f0d | 2017-01-07 08:36:03 | update links | |
 |
5a351086 | 2017-01-06 09:05:59 | Add regression test ssl_versions | |
|
cf056d7d | 2016-12-29 04:03:17 | update manpage links | |
|
b48d11d8 | 2016-12-29 03:51:34 | Land #250, implement support for hiding symbols in libcrypto | |
|
7054105f | 2016-12-26 21:53:29 | implement support for hiding symbols in libcrypto - 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 | |
 |
a206997a | 2016-12-10 20:58:04 | Sync getentropy() checks with use-builtin-arc4random checks Without this, we actually fail to build a library that includes the bultin getentropy when compiling for 10.11 on 10.12. | |
|
6fa2d21b | 2016-12-09 13:21:37 | m4/check-libc.m4: improve getentropy check - 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 | |
|
f8a9c71e | 2016-12-09 12:39:37 | configure: fix getentropy() for sierra and ios 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 | |
|
b5ebbf6b | 2016-11-13 13:10:42 | adjust mingw package name | |
|
a638d793 | 2016-11-13 13:06:28 | update to trusty distro, remove 3rd-party PPAs for testing |