aboutsummaryrefslogtreecommitdiff
path: root/depends/hosts/darwin.mk
AgeCommit message (Collapse)Author
2019-11-21build: set minimum supported macOS to 10.12fanquake
2018-07-25depends: set OSX_MIN_VERSION to 10.10fanquake
2016-11-09[depends] Set OSX_MIN_VERSION to 10.8fanquake
2016-06-17depends: bump OSX toolchainCory Fields
clang: 3.7.1 cctools: 877.8 ld64: 253.9
2016-04-27depends: use c++11Cory Fields
2015-01-20osx: bump build sdk to 10.9Cory Fields
2015-01-02depends: major upgrade to darwin toolchainCory Fields
tl;dr: Update to the newer stable toolchain and SDK for OSX without giving up any backwards compatibility. We can move to clang 3.5 as a next step which allows use to use libc++ and the 10.10 sdk, but we'll need to find a build that works in gitian/travis first. Switch to a new, better maintained fork of cctools: https://github.com/tpoechtrager/cctools-port I've forked this and will be working on it some as well: https://github.com/theuni/cctools-port This brings in: cctools v862 ld64: v241.9 It also fixes 64bit builds, so there's no longer any need to use a 32bit clang. Since clang is no longer tied to an old/crusty 32bit build, clang has been upgraded to 3.3. Unfortunately, there's a bug in 3.4 that breaks builds. 3.5 works fine, but there are no binary builds compatible with precise, which is currently used for gitian and travis. We could always build our own if necessary. After updating to stable clang/linker/cctools, it's possible to use a more recent SDK. The current SDK (10.7) through the most recent 10.10 have all been built/tested successfully, both with and without 10.6 compatibility. However, 10.10 requires clang 3.5. SDKs >= 10.9 use libc++ rather than libstdc++. This is verified working as well.
2014-09-25depends: add debug/release flags for linux/osx/winCory Fields
Linux and mingw enable libstdc++ debugging for extra runtime checks. OSX doesn't play nice, so don't enable it there.
2014-08-08depends: add shared dependency builderCory Fields
See the README's in depends for documentation