summaryrefslogtreecommitdiff
path: root/dev-lang/swift/files/swift-6.1.3/gentoo.ini
blob: bf91330351d39455208ad23ee38f9a9077143613 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
# Individual preset options:
#
# 1. mixin-preset: building for Linux, without compiler assertions, and with
#    most tests disabled
# 2. build-ninja=0, skip-build-curl, skip-build-zlib: we'd prefer to pick these
#    up from the system
# 3. extra-cmake-options:
#    * -DLLVM_USE_LINKER, -DCLANG_DEFAULT_LINKER: build LLVM, clang, Swift, et.
#      al. to link using lld, and ensure Clang uses it as its default
#    * -DBUILD_TESTING, -DSWIFT_INCLUDE_TESTS, -DSWIFT_INCLUDE_TEST_BINARIES:
#      the `no_test` preset disables building most, but not all tests; we don't
#      need to build any of them
#    * -DCOMPILER_RT_BUILD_ORC: the `compiler-rt` library defaults to building
#      the ORC LLVM JIT library, which we don't require; we disable it because
#      it builds with executable stacks, which trip up warnings on installation
#    * -DPython3_FIND_UNVERSIONED_NAMES: LLDB ships with Python bindings, and
#      uses CMake to search for Python. By default, CMake tries to find the
#      latest version installed on disk (currently, `python3.13`, then
#      `python3.12`, then...). This might not be the version of Python specified
#      by `PYTHON_SINGLE_TARGET`, which we want to respect. We use
#      `python_setup` to place `${EPYTHON}` at the front of `PATH` as the
#      unversioned `python3`, so we want CMake to discover and use this binary
#      first before falling back to its search
# 5. llvm-targets-to-build: we don't currently support architectures other than
#    amd64, so there's no point in building LLVM for multiple architectures; if
#    this changes (or we start supporting cross-compilation), we'll need to
#    build for more than just the host
# 6. build-wasm-stdlib=0, wasmkit=0: the Swift Wasm targets are currently
#    experimental, and supporting them requires supporting cross-compilation.
#    (An additional wrinkle is that Gentoo CFLAGS/CXXFLAGS/etc. typically
#    contain an `-march` flag, which isn't valid for cross-compiling to the Wasm
#    target triple, but stripping it out for just the Wasm target is tricky with
#    Swift's build system)

[preset: gentoo]
mixin-preset=buildbot_linux,no_assertions,no_test
build-ninja=0
build-wasm-stdlib=0
extra-cmake-options=
	-DLLVM_USE_LINKER:STRING=lld
	-DCLANG_DEFAULT_LINKER:STRING=lld
	-DBUILD_TESTING:BOOL=NO
	-DSWIFT_INCLUDE_TESTS:BOOL=NO
	-DSWIFT_INCLUDE_TEST_BINARIES:BOOL=NO
	-DCOMPILER_RT_BUILD_ORC:BOOL=NO
	-DPython3_FIND_UNVERSIONED_NAMES:STRING=FIRST
llvm-targets-to-build=host
skip-build-curl
skip-build-zlib
wasmkit=0