aboutsummaryrefslogtreecommitdiff
path: root/m4 (unfollow)
Commit message (Collapse)AuthorFilesLines
2017-01-18Stop generating .def files by update.shkinichiro5-34/+0
2017-01-18Add export symbol support to CMake for libcryptokinichiro2-2/+45
2017-01-18Add export symbol support to CMakekinichiro5-5/+47
2017-01-16MSVSC fixesBrent Cook4-7/+9
2017-01-16pass through errors for tlstest and ssltestBrent Cook2-0/+6
2017-01-16add open(2) shim to handle O_BINARY and O_CLOEXECBrent Cook4-0/+31
2017-01-16add fcntl shimBrent Cook2-0/+33
2017-01-15enable tlstest on win32Brent Cook3-5/+1
2017-01-15add noreturn attribute to compat functionsBrent Cook1-0/+10
2017-01-15handle EBADF, which is returned when a file is passedBrent Cook1-3/+6
2017-01-15add windows versions of socketpair / pipeBrent Cook1-8/+119
2017-01-15include pipe2/socketpair compat for macOSBrent Cook6-2/+83
2017-01-15start to enable tlstest for portableBrent Cook5-3/+53
Disabled on Windows for now due to pipe2/socketpair support.
2017-01-15Fix to use -export-symbols for libcryptokinichiro3-1/+74
- generating platform specific crypto/crypto_portable.sym from crypto.sym
2017-01-12Define CMake library object lists globallyMatt Stancliff3-3/+3
OBJECT collections in CMake don't generate any artifacts so these are safe to hoist out and define globally. library OBJECT targets are just a list of filenames. It can be useful for other projects to include lists of sources directly regardless of build mode (shared, static, or library).
2017-01-12Use correct CMake base directory offsetMatt Stancliff1-3/+3
CMAKE_SOURCE_DIR is the top-level directory of a project, but if you include this as a dependency, the file check locations won't exist at the top level of any parent project. CMAKE_CURRENT_SOURCE_DIR is the actual directory of the current project() regardless of compile mode (standalone or included in another project).
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