mirror of
https://src.fedoraproject.org/rpms/llvm.git
synced 2024-11-24 09:32:42 +00:00
No description
10f88a7d35
We currently disable rpath during both build and install. Instead, we use LD_LIBRARY_PATH to allow the built clang to find the libLLVM.so etc objects. However, this does not work well if the system clang and the clang being built have the same version. During the build, we use both the system clang and the just-built clang, and they need to use the system and just-built shared objects respectively. However, use of LD_LIBRARY_PATH causes us to always use the just-built objects as long as the versions match. This is a problem in two scenarios: When building compat packages for the current system LLVM version, we mix system clang with compat libraries, which assume different paths. And when building release candidates, a build using a previous rc of a newer rc may use ABI-incompatible objects, because we don't version sonames on rc versions. Fix this by keeping the rpath during the build and only stripping it on installation using the CMAKE_SKIP_INSTALL_RPATH option. For manually installed binaries, we need to also manually strip the rpath using chrpath. This way system clang will use system libraries, and just-built clang will use just-built libraries. |
||
---|---|---|
.copr | ||
.fmf | ||
tests | ||
.git-blame-ignore-revs | ||
.gitignore | ||
.pre-commit-config.yaml | ||
0001-19-Remove-myst_parser-dependency-for-RHEL.patch | ||
0001-20-Remove-myst_parser-dependency-for-RHEL.patch | ||
0001-Always-build-shared-libs-for-LLD.patch | ||
0001-Fix-page-size-constant-on-aarch64-and-ppc64le.patch | ||
0001-PATCH-clang-Make-funwind-tables-the-default-on-all-a.patch | ||
0001-Workaround-a-bug-in-ORC-on-ppc64le.patch | ||
0003-PATCH-clang-Don-t-install-static-libraries.patch | ||
gating.yaml | ||
llvm.rpmlintrc | ||
llvm.spec | ||
macros.clang | ||
Makefile | ||
release-keys.asc | ||
sources |