mirror of
https://github.com/dashpay/dash.git
synced 2024-12-25 20:12:57 +01:00
098d0fd430
e2bab2aa162ae38b2bf8195b577c982402fbee9d multiprocess: add multiprocess travis configuration (Russell Yanofsky) 603fd6a2e708c04ef6c9880f89d0a4cbaa6fc7c5 depends: add MULTIPROCESS depends option (Russell Yanofsky) 5d1377b52bfcd4edf8553aaf332bfeb92fc554cc build: multiprocess autotools changes (Russell Yanofsky) Pull request description: This PR is part of the [process separation project](https://github.com/bitcoin/bitcoin/projects/10). --- This PR consists of build changes only. It adds an `--enable-multiprocess` autoconf option (off by default and marked experimental), that builds new `bitcoin-node` and `bitcoin-gui` binaries. These currently function the same as existing `bitcoind` and `bitcoin-qt` binaries, but are extended in #10102 with IPC features to execute node, wallet, and gui functions in separate processes. In addition to adding the `--enable-multiprocess` config flag, it also adds a depends package and autoconf rules to build with the [libmultiprocess](https://github.com/chaincodelabs/libmultiprocess) library, and it adds new travis configuration to exercise the build code and run functional tests with the new binaries. The changes in this PR were originally part of #10102 but were moved into #16367 to be able to develop and review the multiprocess build changes independently of the code changes. #16367 was briefly merged and then reverted in #18588. Only change since #16367 has been dropping the `native_boost.mk` depends package which was pointed out to be no longer necessary in https://github.com/bitcoin/bitcoin/pull/16367#issuecomment-596484337 and https://github.com/bitcoin/bitcoin/pull/18588#pullrequestreview-391765649 ACKs for top commit: practicalswift: ACK e2bab2aa162ae38b2bf8195b577c982402fbee9d Sjors: tACK e2bab2aa162ae38b2bf8195b577c982402fbee9d on macOS 10.15.4 hebasto: ACK e2bab2aa162ae38b2bf8195b577c982402fbee9d, tested on Linux Mint 19.3 (x86_64): Tree-SHA512: b5a76eab5abf63d9d8b6d628cbdff4cc1888eef15cafa0a5d56369e2f9d02595fed623f4b74b2cf2830c42c05a774f0943e700f9c768a82d9d348cad199e135c
125 lines
5.6 KiB
Makefile
125 lines
5.6 KiB
Makefile
OSX_MIN_VERSION=10.15
|
|
OSX_SDK_VERSION=11.0
|
|
XCODE_VERSION=12.2
|
|
XCODE_BUILD_ID=12B45b
|
|
LD64_VERSION=609
|
|
|
|
OSX_SDK=$(SDK_PATH)/Xcode-$(XCODE_VERSION)-$(XCODE_BUILD_ID)-extracted-SDK-with-libcxx-headers
|
|
|
|
darwin_native_binutils=native_cctools
|
|
|
|
ifeq ($(strip $(FORCE_USE_SYSTEM_CLANG)),)
|
|
# FORCE_USE_SYSTEM_CLANG is empty, so we use our depends-managed, pinned clang
|
|
# from llvm.org
|
|
|
|
# Clang is a dependency of native_cctools when FORCE_USE_SYSTEM_CLANG is empty
|
|
darwin_native_toolchain=native_cctools
|
|
|
|
clang_prog=$(build_prefix)/bin/clang
|
|
clangxx_prog=$(clang_prog)++
|
|
llvm_config_prog=$(build_prefix)/bin/llvm-config
|
|
|
|
clang_resource_dir=$(build_prefix)/lib/clang/$(native_clang_version)
|
|
else
|
|
# FORCE_USE_SYSTEM_CLANG is non-empty, so we use the clang from the user's
|
|
# system
|
|
|
|
darwin_native_toolchain=
|
|
|
|
# We can't just use $(shell command -v clang) because GNU Make handles builtins
|
|
# in a special way and doesn't know that `command` is a POSIX-standard builtin
|
|
# prior to 1af314465e5dfe3e8baa839a32a72e83c04f26ef, first released in v4.2.90.
|
|
# At the time of writing, GNU Make v4.2.1 is still being used in supported
|
|
# distro releases.
|
|
#
|
|
# Source: https://lists.gnu.org/archive/html/bug-make/2017-11/msg00017.html
|
|
clang_prog=$(shell $(SHELL) $(.SHELLFLAGS) "command -v clang")
|
|
clangxx_prog=$(shell $(SHELL) $(.SHELLFLAGS) "command -v clang++")
|
|
llvm_config_prog=$(shell $(SHELL) $(.SHELLFLAGS) "command -v llvm-config")
|
|
|
|
clang_resource_dir=$(shell clang -print-resource-dir)
|
|
llvm_lib_dir=$(shell $(llvm_config_prog) --libdir)
|
|
endif
|
|
|
|
cctools_TOOLS=AR RANLIB STRIP NM LIBTOOL OTOOL INSTALL_NAME_TOOL
|
|
|
|
# Make-only lowercase function
|
|
lc = $(subst A,a,$(subst B,b,$(subst C,c,$(subst D,d,$(subst E,e,$(subst F,f,$(subst G,g,$(subst H,h,$(subst I,i,$(subst J,j,$(subst K,k,$(subst L,l,$(subst M,m,$(subst N,n,$(subst O,o,$(subst P,p,$(subst Q,q,$(subst R,r,$(subst S,s,$(subst T,t,$(subst U,u,$(subst V,v,$(subst W,w,$(subst X,x,$(subst Y,y,$(subst Z,z,$1))))))))))))))))))))))))))
|
|
|
|
# For well-known tools provided by cctools, make sure that their well-known
|
|
# variable is set to the full path of the tool, just like how AC_PATH_{TOO,PROG}
|
|
# would.
|
|
$(foreach TOOL,$(cctools_TOOLS),$(eval darwin_$(TOOL) = $$(build_prefix)/bin/$$(host)-$(call lc,$(TOOL))))
|
|
|
|
# Flag explanations:
|
|
#
|
|
# -mlinker-version
|
|
#
|
|
# Ensures that modern linker features are enabled. See here for more
|
|
# details: https://github.com/bitcoin/bitcoin/pull/19407.
|
|
#
|
|
# -B$(build_prefix)/bin
|
|
#
|
|
# Explicitly point to our binaries (e.g. cctools) so that they are
|
|
# ensured to be found and preferred over other possibilities.
|
|
#
|
|
# -stdlib=libc++ -stdlib++-isystem$(OSX_SDK)/usr/include/c++/v1
|
|
#
|
|
# Forces clang to use the libc++ headers from our SDK and completely
|
|
# forget about the libc++ headers from the standard directories
|
|
#
|
|
# -Xclang -*system<path_a> \
|
|
# -Xclang -*system<path_b> \
|
|
# -Xclang -*system<path_c> ...
|
|
#
|
|
# Adds path_a, path_b, and path_c to the bottom of clang's list of
|
|
# include search paths. This is used to explicitly specify the list of
|
|
# system include search paths and its ordering, rather than rely on
|
|
# clang's autodetection routine. This routine has been shown to:
|
|
# 1. Fail to pickup libc++ headers in $SYSROOT/usr/include/c++/v1
|
|
# when clang was built manually (see: https://github.com/bitcoin/bitcoin/pull/17919#issuecomment-656785034)
|
|
# 2. Fail to pickup C headers in $SYSROOT/usr/include when
|
|
# C_INCLUDE_DIRS was specified at configure time (see: https://gist.github.com/dongcarl/5cdc6990b7599e8a5bf6d2a9c70e82f9)
|
|
#
|
|
# Talking directly to cc1 with -Xclang here grants us access to specify
|
|
# more granular categories for these system include search paths, and we
|
|
# can use the correct categories that these search paths would have been
|
|
# placed in if the autodetection routine had worked correctly. (see:
|
|
# https://gist.github.com/dongcarl/5cdc6990b7599e8a5bf6d2a9c70e82f9#the-treatment)
|
|
#
|
|
# Furthermore, it places these search paths after any "non-Xclang"
|
|
# specified search paths. This prevents any additional clang options or
|
|
# environment variables from coming after or in between these system
|
|
# include search paths, as that would be wrong in general but would also
|
|
# break #include_next's.
|
|
#
|
|
darwin_CC=env -u C_INCLUDE_PATH -u CPLUS_INCLUDE_PATH \
|
|
-u OBJC_INCLUDE_PATH -u OBJCPLUS_INCLUDE_PATH -u CPATH \
|
|
-u LIBRARY_PATH \
|
|
$(clang_prog) --target=$(host) -mmacosx-version-min=$(OSX_MIN_VERSION) \
|
|
-B$(build_prefix)/bin -mlinker-version=$(LD64_VERSION) \
|
|
-isysroot$(OSX_SDK) \
|
|
-Xclang -internal-externc-isystem$(clang_resource_dir)/include \
|
|
-Xclang -internal-externc-isystem$(OSX_SDK)/usr/include
|
|
darwin_CXX=env -u C_INCLUDE_PATH -u CPLUS_INCLUDE_PATH \
|
|
-u OBJC_INCLUDE_PATH -u OBJCPLUS_INCLUDE_PATH -u CPATH \
|
|
-u LIBRARY_PATH \
|
|
$(clangxx_prog) --target=$(host) -mmacosx-version-min=$(OSX_MIN_VERSION) \
|
|
-B$(build_prefix)/bin -mlinker-version=$(LD64_VERSION) \
|
|
-isysroot$(OSX_SDK) \
|
|
-stdlib=libc++ \
|
|
-stdlib++-isystem$(OSX_SDK)/usr/include/c++/v1 \
|
|
-Xclang -internal-externc-isystem$(clang_resource_dir)/include \
|
|
-Xclang -internal-externc-isystem$(OSX_SDK)/usr/include
|
|
|
|
darwin_CFLAGS=-pipe
|
|
darwin_CXXFLAGS=$(darwin_CFLAGS)
|
|
|
|
darwin_release_CFLAGS=-O2
|
|
darwin_release_CXXFLAGS=$(darwin_release_CFLAGS)
|
|
|
|
darwin_debug_CFLAGS=-O1
|
|
darwin_debug_CXXFLAGS=$(darwin_debug_CFLAGS)
|
|
|
|
darwin_cmake_system=Darwin
|