| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 0001-tools-clang-cmake-resolve-symlinks-in-ClangConfig.cmake.patch | [PATCH] [clang] cmake: resolve symlinks in ClangConfig.cmake Ensure that symlinks such as /usr/lib/cmake/clang-X.Y (pointing to /usr/lib/llvm-X.Y/lib/cmake/llvm) are resolved. This ensures that CLANG_INSTALL_PREFIX ends up to be /usr/lib/llvm-X.Y instead of /usr. Partially addresses PR37128 |
Peter Wu <peter@lekensteyn.nl> | no | 2018-05-04 | ||
| debug-jit-path.diff | =================================================================== | no | ||||
| do-not-fail-on-unexpected-pass.diff | =================================================================== | no | ||||
| disable-display-PASS-UNSUPPORTED-XFAIL.diff | =================================================================== | no | ||||
| 0044-soname.diff | no | |||||
| lldb/lldb-soname.diff | no | |||||
| openmp-soname.diff | =================================================================== | no | ||||
| llvm-toolchain-17-sve-types-aux-target.diff | [PATCH] [Clang] make SVE types known to device targets too (#99446) For the purpose of preprocessing and declarations in header files, ensure clang accepts SVE types for both device and host targets. |
Emanuele Rocca <emanuele.rocca@arm.com> | no | 2024-07-19 | ||
| env-lld-package-metadata.diff | no | |||||
| unwind-chain-inclusion.diff | # Without this patch, the first local include of unwind.h might, with the # __has_include_next, try to include the one from the system. # It might be /usr/include/clang/3.4/include/unwind.h # Because of the #ifndef __CLANG_UNWIND_H, it might never include any declaration # from the system. |
no | ||||
| python-clangpath.diff | no | |||||
| fix-clang-path-and-build.diff | =================================================================== | no | ||||
| 0048-Set-html_static_path-_static-everywhere.patch | Set html_static_path = ['_static'] everywhere. | Nicholas D Steeves <nsteeves@gmail.com> | no | 2018-02-10 | ||
| symbolizer-path.diff | =================================================================== | no | ||||
| clang-tidy-run-bin.diff | =================================================================== | no | ||||
| libcxx/libcxx-silent-failure-ppc64el.diff | =================================================================== | no | ||||
| libcxx/libcxx-silent-failure-arm64.diff | =================================================================== | no | ||||
| libcxx/libcxx-libatomic-only-with-gcc-rtlib.diff | if libatomic is found only link it if libgcc is the rtlib =================================================================== |
no | ||||
| libcxx/libcxxabi-fix-link-builtins.diff | if LIBCXXABI_USE_COMPILER_RT=ON, add builtins to libcxxabi library flags, otherwise add libgcc following how libunwind does the same =================================================================== |
no | ||||
| libcxx/libcxx-armhf-ftbfs.diff | =================================================================== | no | ||||
| mips/mips-fpxx-enable.diff | =================================================================== | no | ||||
| llvm-fix-lld-linker-check.diff | remove regex anchor in lld linker detection to account for vendor, if specified, being prepended to lld version string =================================================================== |
no | ||||
| openmp-fix-runtimes-build.diff | include required runtimes as dependencies to openmp targets to make sure they are built first when included as part of a runtimes build since openmp can depend on them <<<<<<< Updated upstream =================================================================== |
no | ||||
| libclc-fix-prepare_builtins-rpath.diff | set rpath for prepare_builtins build utility to find correct stage2 libs at runtime when executed as part of a build =================================================================== |
no | ||||
| llvm-runtimes-builtins-build-check.diff | add a check and only set up and build compiler-rt builtins if they have not been disabled =================================================================== |
no | ||||
| issue-54242.diff | =================================================================== | no | ||||
| protobuf_3.21.patch | =================================================================== | no | ||||
| compiler-rt/compilerrt-builtins-arch-fix-armhf.diff | fix builtins armhf default arch detection by adding the same armhf triple handling use for compiler-rt =================================================================== |
no | ||||
| compiler-rt/compilerrt-build-scudo-standalone-option.diff | add option to disable compiler-rt scudo standalone allocator as it is not always supported by all arch profiles such as arm5vt of ARM32 arch =================================================================== |
no | ||||
| wasm/wasm-ld-path.diff | =================================================================== | no | ||||
| wasm/wasm-compiler-rt-default.diff | no | |||||
| wasm/wasm-sysroot-usr.diff | =================================================================== | no | ||||
| clang-format-version.diff | no | |||||
| clang-analyzer-force-version.diff | # Force the version of clang in the analyzer # This was causing the static analyzer to fail silently if the clang & clang++ are # not installed =================================================================== |
no | ||||
| 23-strlcpy_strlcat_warning_removed.diff | no | |||||
| declare_clear_cache.diff | no | |||||
| silent-gold-test.diff | fails on debian unstable amd64 Command Output (stderr): -- /build/llvm-toolchain-snapshot-4.0~svn279916/llvm/test/tools/gold/X86/start-lib-common.ll:22:10: error: expected string not found in input ; CHECK: @x = common global i32 0, align 8 ^ <stdin>:1:1: note: scanning from here ; ModuleID = '/build/llvm-toolchain-snapshot-4.0~svn279916/build-llvm/llvm/test/tools/gold/X86/Output/start-lib-common.ll.tmp3.o' ^ <stdin>:4:1: note: possible intended match here @x = common global i32 0, align 4 ^ =================================================================== |
no | ||||
| silent-more-tests.diff | # Comment the tests for the code coverage (fails otherwise) | no | ||||
| silent-MCJIIT-tests.diff | no | |||||
| silent-gold-utils.diff | no | |||||
| silent-test-failing-codeverage.diff | =================================================================== | no | ||||
| silent-amd-tet.diff | =================================================================== | no | ||||
| silent-test-macho.diff | =================================================================== | no | ||||
| silent-llvm-isel-fuzzer.diff | =================================================================== | no | ||||
| remove-test-freezing.diff | =================================================================== | no | ||||
| disable-llvm-symbolizer-test.diff | Silent a test failing on yakkety amd64 /tmp/buildd/llvm-toolchain-snapshot-4.0~svn279801/llvm/test/tools/llvm-symbolizer/print_context.c:16:11: error: expected string not found in input // CHECK: inc ^ <stdin>:1:1: note: scanning from here _fini ^ <stdin>:1:3: note: possible intended match here _fini ^ =================================================================== |
Sylvestre <sylvestre@debian.org> | no | 2016-08-26 | ||
| disable-path-test-failing.diff | =================================================================== | no | ||||
| test-keep-alive.diff | =================================================================== | no | ||||
| scan-build-clang-path.diff | no | |||||
| scan-view-fix-path.diff | =================================================================== | no | ||||
| fix-scan-view-path.diff | =================================================================== | no | ||||
| lldb/lldb-addversion-suffix-to-llvm-server-exec.patch | lldb-server exec users always /usr/bin/lldb-server. Server is required for any debugging with lldb which makes it unusable unless default version package has been installed. Small changes to code and debian/rules allows a workaround for lldb-server start up. To use this one needs to add cmake definition during configure. eg -DDEBIAN_VERSION_SUFFIX=-$(LLVM_VERSION) Better implementation would be to use /usr/share/llvm-$(VERSION)/bin but that change seems to require a big change to the path handling code which could then break something else. This probably should have upstream bug but I couldn't find any existing report. =================================================================== |
no | ||||
| lldb/lldb-missing-install.diff | =================================================================== | no | ||||
| lldb/lldb-disable-swig-error.diff | =================================================================== | no | ||||
| disable-error-xray.diff | =================================================================== | no | ||||
| openmp/openmp-check-execstack.diff | =================================================================== | no | ||||
| libcxx/libcxxabi-test-don-t-fail-extended-long-double.patch | Powerpc has extended double that doesn't match x86 coding. Power format would need special tests to verify correctness but for now it is enough to prevent incorrect test from running. =================================================================== |
no | ||||
| libcxx/libcxx-test-fix-lockfree-test-for-i386.patch | Lock is_always_lock free test fails on i386 because std::atomic is aligned to 8 bytes while long long is aligned to 4 bytes. clang can't generate inline code for unaligned 8 byte atomics even tough instruction set and gcc support it. That makes it expected thaqt ATOMIC_LLONG_LOCK_FREE and std::atomic<long long>::is_always_lock_free don't match on i386. Correct test for std::atomic<long long> is to check if target cpu support cmpxchg8 instruction. To set instruction support one can check __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8 define. =================================================================== |
yes | upstream | |||
| libcxx/libcxxabi-arm-ehabi-fix.patch | Fix arm EHABI code to work. armhf had exception test failing without EHABI support. No known upstream bug about this. Actual code change is more like workaround than something that upstream would accept. Proper fix would be adding _Unwind_Control_Block to clang unwind.h. _Unwind_Control_Block should also extend _Unwind_Exception to make sure their ABI stays in sync. No known upstream bug about this. =================================================================== |
no | ||||
| libcxx/libcxx-silent-test-libcxx.diff | =================================================================== | no | ||||
| mips/mips-force-nomadd4.patch | The MIPS port aims to support the Loongson 3 family of CPUs in addition of the other MIPS CPUs. On the Loongson 3 family the MADD4 instructions are fused, while they are not fused on the other MIPS CPUs. In order to support both, we have to disabled those instructions. For that, the patch below basically corresponds to the --with-madd4=no used on the GCC side. =================================================================== |
no | ||||
| mips/mips-D101773-reloc.patch | [PATCH] [MC][ELF] Work around R_MIPS_LO16 relocation handling problem This fixes PR49821, and avoids "ld.lld: error: test.o:(.rodata.str1.1): offset is outside the section" errors when linking MIPS objects with negative R_MIPS_LO16 implicit addends. ld.lld handles R_MIPS_HI16/R_MIPS_LO16 separately, not as a whole, so it doesn't know that an R_MIPS_HI16 with implicit addend 1 and an R_MIPS_LO16 with implicit addend -32768 represents 32768, which is in range of a MergeInputSection. We could introduce a new RelExpr member (like R_RISCV_PC_INDIRECT for R_RISCV_PCREL_HI20 / R_RISCV_PCREL_LO12) but the complexity is unnecessary given that GNU as keeps the original symbol for this case as well. Reviewed By: atanasyan, MaskRay Differential Revision: https://reviews.llvm.org/D101773 |
Dimitry Andric <dimitry@andric.com> | no | 2021-05-03 | ||
| mips/syscall-mips64el-def.diff | =================================================================== | no | ||||
| 26-set-correct-float-abi.diff | set correct float abi settings for armel and armhf debian armel supports systems that don't have a fpu so should use a "float abi" setting of soft by default. Debian armhf needs a float abi setting of "hard" |
Peter Michael Green <plugwash@debian.org> | no | |||
| clang-baseline-fix-i386.patch | =================================================================== | no | ||||
| disable-sse2-old-x86.diff | =================================================================== | no | ||||
| clang-arm-default-vfp3-on-armv7a.patch | =================================================================== | no | ||||
| clangd-atomic-cmake.patch | =================================================================== | no | ||||
| remove-apple-clang-manpage.diff | =================================================================== | no | ||||
| 0049-Use-Debian-provided-MathJax-everywhere.patch | Use Debian-provided MathJax everywhere. | Nicholas D Steeves <nsteeves@gmail.com> | no | 2018-02-10 | ||
| hurd/hurd-pathmax.diff | =================================================================== | no | ||||
| hurd/hurd-amd64.diff | commit 4fffb0401be10dc155e8b51321735f14f88c2589 Hurd: Add x86_64 support (#78065) This adds Hurd toolchain support to Clang's driver in addition to handling translating the triple from GCC toolchain-compatible form (x86_64-gnu) to the actual triple registered in LLVM (x86_64-pc-hurd-gnu). commit 1b60ddd920e0caadfa85cc7013b559d6453d7e3e [Hurd] Fix -Wswitch in Hurd::getDynamicLinker (NFC) llvm-project/clang/lib/Driver/ToolChains/Hurd.cpp:137:11: error: 60 enumeration values not handled in switch: 'UnknownArch', 'arm', 'armeb'... [-Werror,-Wswitch] switch (getArch()) { ^~~~~~~~~ 1 error generated. diff --git a/clang/lib/Basic/Targets.cpp b/clang/lib/Basic/Targets.cpp index ea002bb464fc..e3283510c6aa 100644 |
Jie Fu <jiefu@tencent.com> | no | 2024-01-18 | ||
| 930008-arm.diff | =================================================================== | no | ||||
| bootstrap-fix-include-next.diff | When doing a bootstrap, we use a newly built clang. When this one is used, if already installed on the system, we have clang header in two places: llvm-toolchain-7-7/build-llvm/lib/clang/7.0.0/include/inttypes.h and /usr/include/clang/7.0.0/include/inttypes.h Because clang expects only one of his headers to be available, it uses include_next to get the glibc (libc6-dev package) header. However, in the previous example, because we have inttypes.h twice in the include search path, clang's header will call itself without any effect. Therefore, it will do include_next until the define from the libc is existing (ex: _INTTYPES_H) =================================================================== |
no | ||||
| python3-shebang.patch | change all shebangs to Python3 find . -name "*.py" -exec sed "s|\!/usr/bin/env python$|\!/usr/bin/env python3|g" -i {} \; =================================================================== |
no | ||||
| lldb/print-lldb-path.patch | =================================================================== | Gianfranco Costamagna <locutusofborg@debian.org> | no | 2023-01-19 | ||
| lower-python-dep.diff | =================================================================== | no | ||||
| scan-build-py-fix-default-bin.diff | =================================================================== | no | ||||
| omp-riscv64.patch | Define the affinity for riscv64 =================================================================== |
no | 2021-08-27 | |||
| lldb/test-disable-lldb-i386.diff | =================================================================== | no | ||||
| unbreak-atomic-mips.diff | =================================================================== | no | ||||
| revert-update-doc.diff | commit e80c52986e1bb3afa6a92c58b1cb897877923a66 [docs] Remove hard-coded version numbers from sphinx configs This updates all the non-runtime project release notes to use the version number from CMake instead of the hard-coded version numbers in conf.py. It also hides warnings about pre-releases when the git suffix is dropped from the LLVM version in CMake. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D112181 =================================================================== |
Tom Stellard <tstellar@redhat.com> | no | 2022-02-01 | ||
| unwind-force-pthread-dl.diff | =================================================================== | no | ||||
| force-sse2-compiler-rt.diff | =================================================================== | no | ||||
| bolt-disable-emit-relocs.patch | =================================================================== | no | ||||
| link-grpc.diff | =================================================================== | no | ||||
| D158066-simd-ppc64el.patch | Fix SIMD compatibility headers on ppc64elOrigin/Author: https://reviews.llvm.org/D158066 diff --git a/clang/include/clang/Basic/BuiltinsPPC.def b/clang/include/clang/Basic/BuiltinsPPC.def |
no | debian | |||
| ubuntu-releases.patch | [PATCH] Add support of the next Ubuntu (Ubuntu 24.04 - Noble Numbat) | Graham Inggs <ginggs@debian.org> | no | 2023-11-01 | ||
| libclang-major-version-only.diff | no | |||||
| D148945-revert.diff | Restore that for now, we're not GenToo ... https://reviews.llvm.org/D148945 https://reviews.llvm.org/D122444 |
no | ||||
| arm32-defaults.diff | no | |||||
| mips/D154390-pre-R6.diff | see https://reviews.llvm.org/D158491, still unreviewed upstream | no | ||||
| libsanitizer-timebits.diff | # DP: Add another #undef for _TIME_BITS | no | ||||
| D154931-revert-loong64.patch | [PATCH] Revert "[LoongArch] Support InlineAsm for LSX and LASX" This reverts commit d25c79dc70008b835312e5cc7ef48b199fda3165. D154931[1] needs to be reverted on LLVM17. As Loongson SIMD Extension(LSX) and Loongson Advanced SIMD Extension(LASX) are not fully supported on LLVM17, InlineAsm for LSX and LASX should not be supported as well. Otherwise it leads to the following issue[2]: ''' LLVM ERROR: Cannot select: 0x7ffea41a3650: ch = store<(store (s128) into %ir.mask store52)> 0x7ffea41a35e0, 0x7ffea4196a30, FrameIndex:i64<6>, undef:i64 ''' LSX and LASX are fully supported on LLVM18 and are not supported on LLVM16, thus only LLVM17 has the problem. [1] https://reviews.llvm.org/D154931 [2] https://buildd.debian.org/status/fetch.php?pkg=qtdeclarative-opensource-src&arch=loong64&ver=5.15.10%2Bdfsg-2%2Bb1&stamp=1710571569&raw=0 |
chenli <chenli@loongson.cn> | no | 2024-03-18 | ||
| link-with-package-metadata.diff | no | |||||
| arm64-clang-gcc-14.patch | [Clang] Fix build with GCC 14 on ARM Backport to LLVM 17 of a patch by Nikita Popov <npopov@redhat.com> merged in the upstream main branch. The patch fixes a build issue on arm64 with GCC 14. The additional changes to the for loop in ClangAttrEmitter.cpp have been taken from the main branch and are needed for the HasArgs boolean. diff --git a/clang/include/clang/Basic/TokenKinds.def b/clang/include/clang/Basic/TokenKinds.def index ef0dad0f2dcd..4c3965ca24ed 100644 |
Emanuele Rocca <emanuele.rocca@arm.com> | not-needed | debian | backport, https://github.com/llvm/llvm-project/pull/78704/commits/078c18de832328f743fb6e | 2024-08-29 |
| python3.13-quote.diff | no | |||||
| python3.13.diff | diff --git a/lldb/source/Plugins/ScriptInterpreter/Python/PythonDataObjects.cpp b/lldb/source/Plugins/ScriptInterpreter/Python/PythonDataObjects.cpp index 9ac840a4a102..fe3438c42471 100644 |
no |