bitcoin

Commit Graph

Author	SHA1	Message	Date
Cory Fields	fb61bc0c02	depends: Bump MacOS minimum runtime requirement to 11.0 This is necessary as the new fixup_chains linker behavior is only valid when the runtime target is >=11.0.	1 year ago
Cory Fields	cbee1d7091	depends: modernize clang flags Fixes builds with llvm >= 11 in guix by working around the problem. As a bonus, this is much cleaner and more maintainable than what we had before.	1 year ago
Cory Fields	4fe5f3c467	depends: remove redundant stdlib option Use of -stdlib++-isystem gets rid of any system c++ header include paths and negates the need for this option. In newer versions of clangs the combo produces a warning.	2 years ago
Cory Fields	87afcb0029	depends: fix osx build with clang 16 For some reason the previous syntax worked with clang 15 and below, but clang 16 requires that the option and value are properly separated.	2 years ago
fanquake	9b60690b94	cctools: fixup building with LTO Use lto.h from clang+llvm not libtapi. The later is older, and comes bundled with the libtapi repo. Copy libLTO.so when building with FORCE_USE_SYSTEM_CLANG.	2 years ago
fanquake	f7595f1354	build: add and use CXX_STANDARD in depends	2 years ago
fanquake	7e7b3e42fa	build: add and use C_STANDARD in depends	2 years ago
fanquake	094772656d	build: support LTO in depends No Qt for now.	2 years ago
Hennadii Stepanov	f3af4f7a18	build: Let the depends build system define a path to `dsymutil` tool	3 years ago
fanquake	446e73cc0b	build: use macOS 11 SDK (Xcode 12.2) This should be sufficient to support building for Apple ARM when cross-compiling.	3 years ago
fanquake	a43b8e9555	build: set OSX_MIN_VERSION to 10.15 This is required to use std::filesystem on macOS as support for it only landed in the libc++ dylib shipped with 10.15. See also: https://developer.apple.com/documentation/xcode-release-notes/xcode-11-release-notes Clang now supports the C++17 <filesystem> library for iOS 13, macOS 10.15, watchOS 6, and tvOS 13.	3 years ago
fanquake	a5550f877a	build: use -stdlib++-isystem with Clang 10	4 years ago
fanquake	c29cba44b3	build: Xcode 12.1, macOS SDK 10.15.6	4 years ago
fanquake	9ed2f19d38	build: native cctools 973.0.1, ld64 609	4 years ago
fanquake	cf971c9ea0	build: use -isysroot over --sysroot on macOS	4 years ago
fanquake	765e0be534	build: split native_cctools	4 years ago
Carl Dong	949c480e52	depends: Fully determine path for darwin cctools See previous commit for description.	4 years ago
Carl Dong	880660acfa	depends: Fully determine path for darwin_{CC,CXX} Instead of doing the awkward /bin path prepending at config.site creation time, set darwin_{CC,CXX} in a way that fully determines the program's path (clang/clang++) similar to how AC_PATH_{TOOL,PROG} would do. Also see the added comment block in depends/Makefile for more context on determining $PATH for our config.site.	4 years ago
Carl Dong	77b1ef89a0	depends: Remove -fuse-ld line clang warns when a command line option is unused, and some of our tests use Werror, so unfortunately we cannot use this flag to pin our linker for now. Leaving this commit in for future reference, as it would be great if there's more granularity to Werror and we can be explicit about what linker we want to use.	4 years ago
Carl Dong	3007339218	depends: Pin clang search paths for darwin host	4 years ago
fanquake	a52ecc936a	build: set minimum supported macOS to 10.14	4 years ago
Carl Dong	60c55b1b9b	depends: Add justifications for macOS clang flags	4 years ago
Cory Fields	6b8e497eea	depends: specify libc++ header location for darwin For depends builds this was fixed by `fbcfcf69`, which deleted the conflicting headers. When we no longer control the clang installation, we need to ensure that the SDK's libc++ headers are used rather than the ones shipped with clang. We can do that by turning off the default include path and hard-coding our own. This hard-coded path is ok because we control (via SDK packaging) where these headers end-up. Side-note: Now that this path is hard-coded in depends, we can potentially package the SDK differently, as the c++ folder can live wherever is most convenient for us.	4 years ago
Carl Dong	c9c572a367	depends: Allow building with system clang	4 years ago
Carl Dong	e6e5c8d6ca	depends: Decouple toolchain + binutils For now they remain the same, but in the next commit, we will assign them differently according to wether or not we're using system clang.	4 years ago
fanquake	a8d39b8840	doc: explain why passing -mlinker-version is required	4 years ago
Cory Fields	adf543d714	darwin: pass mlinker-version so that clang enables new features Without this clang fails to add any newly-added linker features. Removing this in `ca5055a5aa` was likely a regression. See https://github.com/bitcoin/bitcoin/pull/19240#issuecomment-647764049 for more discussion.	4 years ago
Cory Fields	2418f739f7	macos: Bump to xcode 11.3.1 and 10.15 SDK This gets us a newer SDK with c++17 support and retains 10.12 back-compat. Co-authored-by: Carl Dong <contact@carldong.me>	4 years ago
Carl Dong	3381e4a189	Adapt rest of tooling to new SDK naming scheme	4 years ago
Russell Yanofsky	603fd6a2e7	depends: add MULTIPROCESS depends option Builds required packages and passes --enable-multiprocess option to bitcoin build	5 years ago
fanquake	7e2104433c	build: use macOS 10.14 SDK Co-Authored-By: Carl Dong <accounts@carldong.me>	5 years ago
fanquake	ca5055a5aa	depends: native_cctools 921, ld64 409.12, libtapi 1000.10.8 This also removes the obsolete mlinker-version option Co-Authored-By: Cory Fields <cory-nospam-@coryfields.com>	5 years ago
fanquake	7d7bf2ff4a	build: set minimum supported macOS to 10.12	5 years ago
fanquake	26b15df99d	depends: set OSX_MIN_VERSION to 10.10	6 years ago
fanquake	617c96d5b3	[depends] Set OSX_MIN_VERSION to 10.8	8 years ago
Cory Fields	f25209a3e1	depends: bump OSX toolchain clang: 3.7.1 cctools: 877.8 ld64: 253.9	9 years ago
Cory Fields	a398549b3b	depends: use c++11	9 years ago
Cory Fields	f0172bf91e	osx: bump build sdk to 10.9	10 years ago
Cory Fields	4fe6c3c24f	depends: major upgrade to darwin toolchain 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.	10 years ago
Cory Fields	f397304002	depends: add debug/release flags for linux/osx/win Linux and mingw enable libstdc++ debugging for extra runtime checks. OSX doesn't play nice, so don't enable it there.	10 years ago
Cory Fields	1dec09b341	depends: add shared dependency builder See the README's in depends for documentation	10 years ago

41 Commits (85e9e1f80236b7f3768bb69415ad35c80460e120)