TTobias Hietaworkflows/release-binaries: Use static ZSTD on macOS

7b591d7f创建于 2024年10月11日历史提交

文件	最后提交记录	最后更新时间
3-stage-base.cmake	Update PGO and 3-stage cache files These files are out of date and haven't been updated to work within the monorepo. This change updates them appropriately so that they build using the monorepo build infrastructure.	4 年前
3-stage.cmake	[CMake] Only configure Native target in stage 1, configure all in other stages This patch causes the 3-stage build pipeline to only build a host compiler in the first stage, and to build all targets for subsequent stages. The host target is determined via the Native target specifier added in r262070. llvm-svn: 262071	10 年前
Android-stage2.cmake	Revert "[cmake] Use `CMAKE_INSTALL_LIBDIR` too" This reverts commit f7a33090a91015836497c75f173775392ab0304d. Unfortunately this causes a number of failures that didn't show up in my local build.	3 年前
Android.cmake	Revert "[cmake] Use `CMAKE_INSTALL_LIBDIR` too" This reverts commit f7a33090a91015836497c75f173775392ab0304d. Unfortunately this causes a number of failures that didn't show up in my local build.	3 年前
Apple-stage1.cmake	[apple clang] disable in-process CC1 to preserve crashlog compatibility The in-process CC1 currently doesn't interoperate with the macOS crash analytics, which we would like to keep enabled for Apple clang. This commit restores the out-of-process CC1 to the Apple clang CMake configuration for now. Differential Revision: https://reviews.llvm.org/D80849	5 年前
Apple-stage2-ThinLTO.cmake	Add a cmake cache file for a stage-2 build with ThinLTO This is intended to be targetted by a Green Dragon stage-2 bot I'm bringing up currently. WIP. llvm-svn: 297351	9 年前
Apple-stage2.cmake	[clang][Apple][cmake] Disable plugin support at LLVM level (#89483) Matches up with the clang setting	2 年前
BOLT-PGO.cmake	[Clang][CMake] Set up distribution target for Clang-BOLT Provide a way to install usable BOLT-optimized Clang (clang + resource headers) using `ninja clang-bolt install-distribution` with BOLT.cmake cache file or `ninja stage2-clang-bolt stage2-install-distribution` with BOLT-PGO.cmake cache file. Reviewed By: phosek Differential Revision: https://reviews.llvm.org/D140565	3 年前
BOLT.cmake	Reland [Clang][CMake] Support perf, LBR, and Instrument CLANG_BOLT options (#69133) This reverts commit 6953b367027e4234607a6718a0a1d57eb52ef57e. Couldn't reproduce cmake issues from any of the affected buildbots: https://lab.llvm.org/buildbot/#/builders/139/builds/57628 https://lab.llvm.org/buildbot/#/builders/163/builds/50270 https://lab.llvm.org/buildbot/#/builders/223/builds/34823 https://lab.llvm.org/buildbot/#/builders/225/builds/29950 https://lab.llvm.org/buildbot/#/builders/245/builds/19468 A common trait is that these builders don't clean build directory. Push again and monitor these builders.	2 年前
BaremetalARM.cmake	Re-land [CodeView] Add full repro to LF_BUILDINFO record This patch writes the full -cc1 command into the resulting .OBJ, like MSVC does. This allows for external tools (Recode, Live++) to rebuild a source file without any external dependency but the .OBJ itself (other than the compiler) and without knowledge of the build system. The LF_BUILDINFO record stores a full path to the compiler, the PWD (CWD at program startup), a relative or absolute path to the source, and the full CC1 command line. The stored command line is self-standing (does not depend on the environment). In the same way, MSVC doesn't exactly store the provided command-line, but an expanded version (a somehow equivalent of CC1) which is also self-standing. For more information see PR36198 and D43002. Differential Revision: https://reviews.llvm.org/D80833	4 年前
CrossWinToARMLinux.cmake	[CMake] Update CMake cache file for the ARM/Aarch64 cross toolchain builds. NFC. (#94835) * generate Clang configuration file with provided target sysroot (TOOLCHAIN_TARGET_SYSROOTFS) * explicitly pass provided target sysroot into the compiler-rt tests configuration. * added ability to configure a type of the build libraries -- shared or static (TOOLCHAIN_SHARED_LIBS, default OFF) In behalf of: #94284	2 年前
DistributionExample-stage2.cmake	Use LTO capable linker Summary: In DistributionExample.cmake be sure we use a LTO capable linker, the easiest to choose is lld. Reviewers: beanz Reviewed By: beanz Patch By: winksaville Subscribers: mgorny, mehdi_amini, inglorion, dexonsmith, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D62279 llvm-svn: 362624	6 年前
DistributionExample.cmake	Use LTO capable linker Summary: In DistributionExample.cmake be sure we use a LTO capable linker, the easiest to choose is lld. Reviewers: beanz Reviewed By: beanz Patch By: winksaville Subscribers: mgorny, mehdi_amini, inglorion, dexonsmith, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D62279 llvm-svn: 362624	6 年前
Fuchsia-stage2.cmake	[Fuchsia] Disable new hdrgen in Fuchsia toolchain build (#100001) We are seeing a PyYaml issue after the new libc_hdrgen was enabled by default. This patch disables it in Fuchsia toolchain build so we restore the builder while we are investigating.	1 年前
Fuchsia.cmake	[Fuchsia] Remove linker flags from stage2 pass through (#99722) This patch removes CMAKE_XXX_LINKER_FLAGS from list of flags that passed through to stage2 build.	1 年前
HLSL.cmake	[HLSL][CMake] Cache files don't have generator vars (#92793) Doh! CMake cache scripts don't have generator variables set yet, so the script can't depend on the generator variables. Instead I've added a variable that a user can specify to enable the distribution settings.	2 年前
MultiDistributionExample.cmake	Fixed a number of typos I went over the output of the following mess of a command: (ulimit -m 2000000; ulimit -v 2000000; git ls-files -z \| parallel --xargs -0 cat \| aspell list --mode=none --ignore-case \| grep -E '^[A-Za-z][a-z]*$' \| sort \| uniq -c \| sort -n \| grep -vE '.{25}' \| aspell pipe -W3 \| grep : \| cut -d' ' -f2 \| less) and proceeded to spend a few days looking at it to find probable typos and fixed a few hundred of them in all of the llvm project (note, the ones I found are not anywhere near all of them, but it seems like a good start). Differential Revision: https://reviews.llvm.org/D130827	3 年前
PGO-stage2-instrumented.cmake	[CMake] Adding toolchain targets to PGO and Apple CMake caches The Xcode toolchain targets are useful on OS X hosts because you can construct and install multiple toolchians that can be used seamlessly. llvm-svn: 278987	9 年前
PGO-stage2.cmake	Revert part of "[test][asan] Disable new test from D157552 on Android" Undo unrelated edit. This reverts commit 6b7b45c213d44cb49708e22fb31df524298495d2.	2 年前
PGO.cmake	[CMake][PGO] Add libunwind to list of stage1 runtimes (#78869) This fixes the build since 8f90e6937a1fac80873bb2dab5f382c82ba1ba4e which made libcxxabi use llvm's libunwind by default. Fixes #78487	2 年前
README.txt	[CMake] Updating caches README with explanations of useful cache files. This is in response to silvas' post-commit suggestion. llvm-svn: 260203	10 年前
Release.cmake	workflows/release-binaries: Use static ZSTD on macOS On macOS the shared zstd library points to a homebrew install that isn't very stable for users. (cherry picked from commit 748f5404ccdf28d4beef37efdaeba7a1701ab425)	1 年前
VectorEngine.cmake	Reapply "[Support] Remove terminfo dependency (#92865)" (#93889) This reverts commit fe82a3da36196157c0caa1ef2505186782f750d1. This broke LLDB on MacOS due to a missing symbol during linking. The fix has been applied in c6c08eee37bada190bd1aa4593c88a5e2c8cdaac. Original commit message: The terminfo dependency introduces a significant nonhermeticity into the build. It doesn't respect `--no-undefined-version` meaning that it's not a dependency that can be built with Clang 17+. This forces maintainers of source-based distributions to implement patches or ignore linker errors. Remove it to reduce the closure size and improve portability of LLVM-based tools. Users can still use command line arguments to toggle color support expliticly. Fixes #75490 Closes #53294 #23355	2 年前

CMake Caches

This directory contains CMake cache scripts that pre-populate the CMakeCache in a build directory with commonly used settings.

You can use the caches files with the following CMake invocation:

cmake -G -C [additional CMake options (i.e. -DCMAKE_INSTALL_PREFIX=)]

Options specified on the command line will override options in the cache files.

The following cache files exist.

Apple-stage1

The Apple stage1 cache configures a two stage build similar to how Apple builds the clang shipped with Xcode. The build files generated from this invocation has a target named "stage2" which performs an LTO build of clang.

The Apple-stage2 cache can be used directly to match the build settings Apple uses in shipping builds without doing a full bootstrap build.

PGO

The PGO CMake cache can be used to generate a multi-stage instrumented compiler. You can configure your build directory with the following invocation of CMake:

cmake -G -C <path_to_clang>/cmake/caches/PGO.cmake

After configuration the following additional targets will be generated:

stage2-instrumented: Builds a stage1 x86 compiler, runtime, and required tools (llvm-config, llvm-profdata) then uses that compiler to build an instrumented stage2 compiler.

stage2-instrumented-generate-profdata: Depends on "stage2-instrumented" and will use the instrumented compiler to generate profdata based on the training files in /utils/perf-training

stage2: Depends on "stage2-instrumented-generate-profdata" and will use the stage1 compiler with the stage2 profdata to build a PGO-optimized compiler.

stage2-check-llvm: Depends on stage2 and runs check-llvm using the stage3 compiler.

stage2-check-clang: Depends on stage2 and runs check-clang using the stage3 compiler.

stage2-check-all: Depends on stage2 and runs check-all using the stage3 compiler.

stage2-test-suite: Depends on stage2 and runs the test-suite using the stage3 compiler (requires in-tree test-suite).

3-stage

This cache file can be used to generate a 3-stage clang build. You can configure using the following CMake command:

cmake -C /cmake/caches/3-stage.cmake -G Ninja

You can then run "ninja stage3-clang" to build stage1, stage2 and stage3 clangs.

This is useful for finding non-determinism the compiler by verifying that stage2 and stage3 are identical.