LLVM 15.0.3 cmake file fails due to missing llvm-bolt #58317

lerno · 2022-10-12T12:41:01Z

LLVMExports.cmake is "faulty", complaining of missing llvm-bolt install.

2022-10-12T10:16:43.1944691Z -- The C compiler identification is Clang 15.0.3
2022-10-12T10:16:43.3702543Z -- The CXX compiler identification is Clang 15.0.3
2022-10-12T10:16:43.4881695Z -- Detecting C compiler ABI info
2022-10-12T10:16:43.6852526Z -- Detecting C compiler ABI info - done
2022-10-12T10:16:43.6948262Z -- Check for working C compiler: /usr/bin/clang-15 - skipped
2022-10-12T10:16:43.7015348Z -- Detecting C compile features
2022-10-12T10:16:43.7079205Z -- Detecting C compile features - done
2022-10-12T10:16:43.7279573Z -- Detecting CXX compiler ABI info
2022-10-12T10:16:43.8863684Z -- Detecting CXX compiler ABI info - done
2022-10-12T10:16:43.8960693Z -- Check for working CXX compiler: /usr/bin/clang++-15 - skipped
2022-10-12T10:16:43.8963927Z -- Detecting CXX compile features
2022-10-12T10:16:43.8971293Z -- Detecting CXX compile features - done
2022-10-12T10:16:43.9376157Z -- Performing Test HAVE_FFI_CALL
2022-10-12T10:16:44.0747441Z -- Performing Test HAVE_FFI_CALL - Success
2022-10-12T10:16:44.0826465Z -- Found FFI: /usr/lib/x86_64-linux-gnu/libffi.so  
2022-10-12T10:16:44.0890864Z -- Performing Test Terminfo_LINKABLE
2022-10-12T10:16:44.2189488Z -- Performing Test Terminfo_LINKABLE - Success
2022-10-12T10:16:44.2202348Z -- Found Terminfo: /usr/lib/x86_64-linux-gnu/libtinfo.so  
2022-10-12T10:16:44.2577518Z -- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.11") 
2022-10-12T10:16:44.3828267Z -- Found LibXml2: /usr/lib/x86_64-linux-gnu/libxml2.so (found version "2.9.10") 
2022-10-12T10:16:44.4040265Z CMake Error at /usr/lib/llvm-15/lib/cmake/llvm/LLVMExports.cmake:1693 (message):
2022-10-12T10:16:44.4041150Z   The imported target "llvm-bolt" references the file
2022-10-12T10:16:44.4041684Z 
2022-10-12T10:16:44.4042198Z      "/usr/lib/llvm-15/bin/llvm-bolt"
2022-10-12T10:16:44.4042410Z 
2022-10-12T10:16:44.4042749Z   but this file does not exist.  Possible reasons include:
2022-10-12T10:16:44.4042969Z 
2022-10-12T10:16:44.4043166Z   * The file was deleted, renamed, or moved to another location.
2022-10-12T10:16:44.4043378Z 
2022-10-12T10:16:44.4043578Z   * An install or uninstall procedure did not complete successfully.
2022-10-12T10:16:44.4043815Z 
2022-10-12T10:16:44.4043981Z   * The installation package was faulty and contained
2022-10-12T10:16:44.4044192Z 
2022-10-12T10:16:44.4044462Z      "/usr/lib/llvm-15/lib/cmake/llvm/LLVMExports.cmake"
2022-10-12T10:16:44.4044677Z 
2022-10-12T10:16:44.4044809Z   but not all the files it references.
2022-10-12T10:16:44.4044979Z 
2022-10-12T10:16:44.4045110Z Call Stack (most recent call first):
2022-10-12T10:16:44.4045536Z   /usr/lib/llvm-15/cmake/LLVMConfig.cmake:336 (include)
2022-10-12T10:16:44.4045869Z   CMakeLists.txt:77 (find_package)
2022-10-12T10:16:44.4046033Z 
2022-10-12T10:16:44.4046054Z 
2022-10-12T10:16:44.4052407Z -- Configuring incomplete, errors occurred!
2022-10-12T10:16:44.4052850Z See also "/home/runner/work/c3c/c3c/build/CMakeFiles/CMakeOutput.log".

The text was updated successfully, but these errors were encountered:

sylvestre · 2022-10-12T12:47:12Z

install bolt-15 fixes your problem?

lerno · 2022-10-12T13:39:26Z

It resolves that particular error, but in the linking step it now ends up with:

/usr/lib/x86_64-linux-gnu/libtinfo.so  /usr/lib/llvm-15/lib/libLLVMDemangle.a && :
/usr/bin/ld: /usr/lib/llvm-15/lib/libLLVMAArch64AsmParser.a: error adding symbols: archive has no index; run ranlib to add one
clang: error: linker command failed with exit code 1 (use -v to see invocation)

EugeneZelenko · 2022-10-12T13:41:17Z

Probably #58316 is related.

sylvestre · 2022-10-12T14:05:24Z

yeah, they are duped

sylvestre · 2022-10-12T14:06:57Z

About the ar issue, it is a different issue (i enabled LTO)

lerno · 2022-10-12T14:17:24Z

@sylvestre Regarding LTO, I previously had problems with homebrew enabling LTO in their llvm15 package, as this prevented linking with anything except the exact same Clang version they used. So nothing worked.

sylvestre · 2022-10-12T14:18:37Z

oh :|

lerno · 2022-10-12T14:26:23Z

They then switched to thinLTO which also didn't work :(

sylvestre · 2022-10-12T14:33:14Z

ok, I restarted the builds with llvm-bolt and disabled LTO (for now)

banach-space · 2022-10-12T15:09:49Z

@sylvestre Regarding LTO, I previously had problems with homebrew enabling LTO in their llvm15 package, as this prevented linking with anything except the exact same Clang version they used. So nothing worked.

This issue in Homebrew was resolved in Homebrew/homebrew-core#112154, right? I does work for me now.

sylvestre · 2022-10-12T15:12:13Z

This issue in Homebrew was resolved in Homebrew/homebrew-core#112154, right?

I did that but I am pretty sure that my script is failing :)

lerno · 2022-10-12T15:20:51Z

Yes, the brew issue was resolved.

tru · 2022-10-13T11:49:37Z

Is this fixed? Can we close this issue?

lerno · 2022-10-13T11:59:13Z

No, while the workaround with bolt-15 now seems to be ok, I don't think CMake for LLVM targets should break if bolt-15 isn't imported.

sylvestre · 2022-10-13T12:02:00Z

I think I fixed in the repo. Not sure that the builds are all completed

lerno · 2022-10-13T12:58:04Z

I'll try later, because it doesn't work yet.

lerno · 2022-10-13T17:06:49Z

How can I check that I'm using the version with the fix? I still see the LLVMExport failure if I don't import bolt-15.

lerno · 2022-10-14T07:44:15Z

It doesn't seem to have helped @sylvestre. I see my tests trying to compile both with a version from 2022-10-12 and later with one from 2022-10-13, both fails the same way.

sylvestre · 2022-10-14T11:50:01Z

@lerno what is the result of
grep bolt /usr/lib/llvm-15/lib/cmake/llvm/LLVMExports-release.cmake ?

lerno · 2022-10-14T12:08:14Z

It seems to be this:

# Import target "llvm-bolt" for configuration "Release"
set_property(TARGET llvm-bolt APPEND PROPERTY IMPORTED_CONFIGURATIONS RELEASE)
set_target_properties(llvm-bolt PROPERTIES
  IMPORTED_LOCATION_RELEASE "${_IMPORT_PREFIX}/bin/llvm-bolt"
list(APPEND _IMPORT_CHECK_TARGETS llvm-bolt )
list(APPEND _IMPORT_CHECK_FILES_FOR_llvm-bolt "${_IMPORT_PREFIX}/bin/llvm-bolt" )
# Import target "llvm-bolt-heatmap" for configuration "Release"
set_property(TARGET llvm-bolt-heatmap APPEND PROPERTY IMPORTED_CONFIGURATIONS RELEASE)
set_target_properties(llvm-bolt-heatmap PROPERTIES
  IMPORTED_LOCATION_RELEASE "${_IMPORT_PREFIX}/bin/llvm-bolt-heatmap"
list(APPEND _IMPORT_CHECK_TARGETS llvm-bolt-heatmap )
list(APPEND _IMPORT_CHECK_FILES_FOR_llvm-bolt-heatmap "${_IMPORT_PREFIX}/bin/llvm-bolt-heatmap" )

sylvestre · 2022-10-14T12:40:26Z

ok, thanks :)
I think I have a fix!

lerno · 2022-10-15T01:01:39Z

Let me know when I can test again. Also, it looks like this problem found its way into 16 now.

sylvestre · 2022-10-15T09:23:54Z

I think it is now fixed on the repo

banach-space · 2022-10-15T10:15:23Z

Thanks for looking into this!

From the latest run of llvm-tutor (which depends on these packages):

CMake Error at /usr/lib/llvm-15/lib/cmake/llvm/LLVMExports.cmake:1693 (message):
  The imported target "merge-fdata" references the file

-- Configuring incomplete, errors occurred!
     "/usr/lib/llvm-15/bin/merge-fdata"

See also "/home/runner/work/llvm-tutor/llvm-tutor/HelloWorld/build/CMakeFiles/CMakeOutput.log".
  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

     "/usr/lib/llvm-15/lib/cmake/llvm/LLVMExports.cmake"

  but not all the files it references.

merge-fdata is a bolt tool. So one step forward, but not quite there yet :)

sylvestre · 2022-10-15T10:22:50Z

This should be fixed too in the next rebuild:
https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/commit/992e52c0b156a5ba9c6a8a54f8c4857ddd3d371d

lerno · 2022-10-16T17:58:08Z

The LLVM 15 version is still on 20221014 with the "merge-fdata" error.
LLVM 16 on 20221015 is showing a new error, missing "/usr/lib/llvm-16/bin/llvm-bat-dump" instead. @sylvestre

lerno · 2022-10-18T11:00:23Z

It appears that 15.0.3 now works. But the issue in LLVM-16 remains (missing /usr/lib/llvm-16/bin/llvm-bat-dump)

sylvestre · 2022-10-18T12:02:27Z

unrelated to 15.0.3 :)

lerno · 2022-10-18T17:29:38Z

Well that 15.0.3 works is related ;) Also 16 seems to work when bolt is included.

eli-schwartz · 2023-01-20T19:47:22Z

Just curious if there is any general plan for LLVM to fix this directly? There's really no reason to check for lots of targets the user didn't ask for and then fail?

sylvestre · 2023-01-23T09:07:11Z

Dunno why it changed. Maybe a change in cmake itself?

llvm-toolchain-15 (1:15.0.6-3~ubuntu0.22.04.2) jammy; urgency=medium * Bootstrap build #2, bump to build with llvm-spirv-15. (LP: #1991761) llvm-toolchain-15 (1:15.0.6-3~ubuntu0.22.04.1) jammy; urgency=medium * Backport to jammy. (LP: #1991761) - bootstrap build #1: verify that this is built with llvm-spirv-14 llvm-toolchain-15 (1:15.0.6-3) unstable; urgency=medium * Build on spirv-15 for riscv64 too. llvm-toolchain-15 (1:15.0.6-2) unstable; urgency=medium * Fix build on riscv64 by disabling WASM for now. * Explicitly depend on spirv-14 for riscv64, to bootstrap spirv there. llvm-toolchain-15 (1:15.0.6-1) unstable; urgency=medium * New upstream release llvm-toolchain-15 (1:15.0.5-5) unstable; urgency=medium * Add riscv64 to spirv-15 supported list, now that the bootstrap is finished. llvm-toolchain-15 (1:15.0.5-4) unstable; urgency=medium * Explicitly depend on spirv-14 for riscv64, to bootstrap spirv there. llvm-toolchain-15 (1:15.0.5-3) unstable; urgency=medium * Depend again on spirv-15 for mips64el. llvm-toolchain-15 (1:15.0.5-2) unstable; urgency=medium [ Gianfranco Costamagna ] * Add libomp target library to mips64el (Closes: #1023101) * Explictly depend on spirv-14 for mips64el, to ease bootstrapping on buildds (this should be dropped once we build a spirv-15 in archive) * Cherry-pick two upstream patches to unblock mesa build on arm* (Closes: #1022577) [ Sylvestre Ledru ] * store the sccache results in /tmp/buildd/source/sccache-stats.json llvm-toolchain-15 (1:15.0.5-1) unstable; urgency=medium * New upstream release * Remove the swig patches (applied upstream) llvm-toolchain-15 (1:15.0.4-1) unstable; urgency=medium [ Jordan Justen ] * d/rules: Rename LLVM_SPIR_VERSION to LLVM_SPIRV_VERSION * d/rules: Call bash to use 'command -v' to locate llvm-spirv executable * debian: Bump llvm-spirv to 15 to match the llvm version * d/rules: Set LLVM_SPIRV with cmake for libclc * d/patches: Drop libclc-llvm-spirv.diff now that we are setting LLVM_SPIRV * d/rules: Restore building libclc .bc output without spir-v support * d/rules: Check for previous version of llvm-spirv as well * d/control: Add llvm-spirv-14 as an alternative to llvm-spirv-15 [ Sylvestre Ledru ] * New upstream release (Closes: #1023455) * Cherry-pick patches to fix the FTBFS with swig + lldb (Closes: #1023444) llvm-toolchain-15 (1:15.0.3-2) unstable; urgency=medium * Cherry-pick upstream fix to unbreak mips (closes: #1022169) Thanks to YunQiang Su for the patch https://reviews.llvm.org/D135553 llvm-toolchain-15 (1:15.0.3-1) unstable; urgency=medium * Upload to unstable now that autopkgtest is green llvm-toolchain-15 (1:15.0.3-1~exp2) experimental; urgency=medium * Fix autopkgtest (remove move stuff from the cmake search) llvm-toolchain-15 (1:15.0.3-1~exp1) experimental; urgency=medium * New stable release llvm-toolchain-15 (1:15.0.2-2~exp6) experimental; urgency=medium * Disable LTO for now * don't search for llvm-bolt, merge-fdata, etc in cmake https://github.com/llvm/llvm-project/issues/58317 llvm-toolchain-15 (1:15.0.2-2~exp5) experimental; urgency=medium * Only enable LTO for some archs llvm-toolchain-15 (1:15.0.2-2~exp4) experimental; urgency=medium * Only ship libbolt_rt_hugify.a & libbolt_rt_instr.a on amd64 * fix the cmake detection with libmlir llvm-toolchain-15 (1:15.0.2-2~exp3) experimental; urgency=medium * Build using LTO - better performances of the llvm-toolchain binaires * Build libfuzzer with C++ 17 ot unbreak it llvm-toolchain-15 (1:15.0.2-2~exp2) experimental; urgency=medium * Fix a typo to silent lintian (Closes: #1018770) * Fix some hardcoded paths (Closes: #1020847) * Suggest wasi-libc for clang [ Witold Baryluk ] * Allow libunwind-dev to be coinstallable (Closes: #1004112) [ Faidon Liambotis ] * Add better support for the WebAssembly (wasm32/wasm64) targets: - Ship compiler-rt for the wasm32 and wasm64 targets. (Closes: #1010932) - Add patch wasm-compiler-rt-default.diff to default to compiler-rt for these targets. libgcc does not currently exist for WebAssembly in neither Debian nor upstream, and therefore compiler-rt is the only option. - Add patch wasm-sysroot-usr.diff to support a system-installed (i.e. shipped in /usr) wasi-libc. (Closes: #1020746) llvm-toolchain-15 (1:15.0.2-2~exp1) experimental; urgency=medium * Ship bolt llvm-toolchain-15 (1:15.0.2-1) unstable; urgency=medium * New upstream release llvm-toolchain-15 (1:15.0.1-1) unstable; urgency=medium * Upload to unstable now that we have removed 12 from the archive llvm-toolchain-15 (1:15.0.1-1~exp2) experimental; urgency=medium * Unbreak the clang symlink. See https://github.com/llvm/llvm-project/issues/57857 llvm-toolchain-15 (1:15.0.1-1~exp1) experimental; urgency=medium * New upstream release llvm-toolchain-15 (1:15.0.0-2) experimental; urgency=medium * Fix build on ppc64 and riscv64 (Closes: #1019582) llvm-toolchain-15 (1:15.0.0-1~exp1) experimental; urgency=medium * New stable release * syscall-mips64el-def.diff: fix the call to undeclared function 'syscall'; on mips llvm-toolchain-15 (1:15.0.0~+rc3-1~exp2) experimental; urgency=medium * Update of the build dep from llvm-spirv => llvm-spirv-14 as it is now versioned. It should build libclc llvm-toolchain-15 (1:15.0.0~+rc3-1~exp1) experimental; urgency=medium * New snapshot release * For Debian Stretch for apt.llvm.org, use clang-14 to build itself as gcc 7 isn't available llvm-toolchain-15 (1:15.0.0~+rc2-1~exp1) experimental; urgency=medium * Second testing release of 15 llvm-toolchain-15 (1:15.0.0~+rc1-1~exp1) experimental; urgency=medium * First testing release of 15 * Remove 'debian/patches/revert-openmp-path.diff' applied upstream llvm-toolchain-15 (1:15~++20220727091640+d77882e66779-1~exp1) experimental; urgency=medium * main is now 16. Creating a branch for 15. * clang doesn't have a specific SONAME anymore. See https://reviews.llvm.org/D129160 for the rational llvm-toolchain-snapshot (1:15~++20220724113059+7feab85df8e8-1~exp1) experimental; urgency=medium * New snapshot release * Force the SSE2 on amd64 for compiler-rt/builtin: https://reviews.llvm.org/D107082#3626632 * Ship llvm-debuginfod & llvm-dwarfutil in llvm-X.Y * Install usr/lib/llvm-15/lib/libomptarget.so.15 in libomp5-15 And libomptarget.rtl.amdgpu.so.15, libomptarget.rtl.cuda.so.15 and libomptarget.rtl.x86_64.so.15 * Add usr/lib/llvm-15/lib/libomptarget.devicertl.a to libomp-X-dev only for [amd64 ppc64el arm64] * On Debian Buster, unwind fails to link because pthread & dl aren't found. Force the declaration as it is probably the case for every Debian & Ubuntu anyway. See unwind-force-pthread-dl.diff & https://github.com/llvm/llvm-project/issues/55629 * Install llvm-driver-template.cpp.in in llvm-X.Y-dev * Remove debian/patches/x86-fuzzer.patch (done differently upstream) * Install UnicodeNameMappingGenerator in llvm-X.Y-tools * Disable libclc when spir is below 14 Explicit load/store type does not match pointee type of pointer operand (Producer: 'LLVM15.0.0' Reader: 'LLVM 13.0.1') * Add the option -DLLVM_ENABLE_CURL=ON See https://github.com/llvm/llvm-project/issues/55289 * Install new binary clang-offload-packager in clang-tools-15 [ John Paul Adrian Glaubitz ] * Enable GRPC build dependency only on supported targets * Disable compiler-rt built-ins on x32 * Limit parallel link jobs for all stages on sparc and sparc64 * Built compiler-rt for default target only on sparc and sparc64 * Drop sparc64-specific patch D98574.patch * Drop sparc64-specific patch D98575.patch [ Roman Lebedev ] * Install new binary tblgen-lsp-server into mlir-15-tools [ Michael Biebl ] * Add support for systemd-binfmt (Closes: #1012370) llvm-toolchain-snapshot (1:15~++20220309105819+8bef17ed59aa-1~exp1) experimental; urgency=medium * Try to unbreak the build (issue #54242) MLIR undef issue * New snapshot release llvm-toolchain-snapshot (1:15~++20220202093833+1a3137dc8451-1~exp1) experimental; urgency=medium * Install new llvm-remark-size-diff in llvm-X.Y * Install clang-pseudo in clang-tools-X.Y * mlir: use the cmake option to avoid installing object files MLIR_INSTALL_AGGREGATE_OBJECTS Closes upstream #53134 * Build clangd with GRPC support Thanks to Sam McCall for the patch * snapshot is now 15. 14 is in it own branch now * Ship clang-linker-wrapper in clang-tools-X.Y llvm-toolchain-14 (1:14.0.6-9) unstable; urgency=medium * Disable the MLIR testsuite run because of a freeze (Closes: #1024154) See https://github.com/llvm/llvm-project/issues/58357 llvm-toolchain-14 (1:14.0.6-8) unstable; urgency=medium * Fix the lldb swig issues (closes: #1023444) * Enable LLVM_USE_RELATIVE_PATHS_IN_DEBUG_INFO to help with caching * Adjust to protobuf 3.21 (Closes: #1023533) llvm-toolchain-14 (1:14.0.6-7) unstable; urgency=medium * Disable the cmake search for all binaries (cmake_import_check_files_for.*/bin/). Dunno why it regressed but we wasted too much time on this. * disable sccache on bionic [ Jordan Justen ] * d/rules: Call bash to use 'command -v' to location llvm-spirv executable * d/rules: Set LLVM_SPIRV with cmake for libclc * d/patches: Drop libclc-llvm-spirv.diff now that we are setting LLVM_SPIRV * d/rules: Check for llvm-spirv with version suffix llvm-toolchain-14 (1:14.0.6-6) unstable; urgency=medium * Unbreak the cmake detection (Closes: #1021857, #1022414) llvm-toolchain-14 (1:14.0.6-5) unstable; urgency=medium * Update of the build dep llvm-spirv => llvm-spirv-14 llvm-toolchain-14 (1:14.0.6-4) unstable; urgency=medium * fix the cmake detection with libmlir * Don't build wasm target on arm64 armel mips64el mipsel ppc64el armhf for now llvm-toolchain-14 (1:14.0.6-3) unstable; urgency=medium * Fix a typo to silent lintian (Closes: #1018770) * Fix some hardcoded paths (Closes: #1020847) * Suggest wasi-libc for clang [ Witold Baryluk ] * Allow libunwind-dev to be coinstallable (Closes: #1004112) [ Faidon Liambotis ] * Add better support for the WebAssembly (wasm32/wasm64) targets: - Ship compiler-rt for the wasm32 and wasm64 targets. (Closes: #1010932) - Add patch wasm-compiler-rt-default.diff to default to compiler-rt for these targets. libgcc does not currently exist for WebAssembly in neither Debian nor upstream, and therefore compiler-rt is the only option. - Add patch wasm-sysroot-usr.diff to support a system-installed (i.e. shipped in /usr) wasi-libc. (Closes: #1020746) llvm-toolchain-14 (1:14.0.6-2) unstable; urgency=medium [ Sam McCall ] * Add conventional symlink to libc++ headers in /usr/include/c++/v1 See https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/merge_requests/95 for more information llvm-toolchain-14 (1:14.0.6-1) unstable; urgency=medium * New upstream release llvm-toolchain-14 (1:14.0.5-1) unstable; urgency=medium * New upstream release * Only install grpc files libclang-X.Y-dev when grpc built * Remove cv-insn-support.patch (applied upstream) [ John Paul Adrian Glaubitz ] * Disable compiler-rt built-ins on x32 [ Michael Biebl ] * Add support for systemd-binfmt (Closes: #1012368) llvm-toolchain-14 (1:14.0.4-4) unstable; urgency=medium * autopkgtest: Restrict debian/qualify-clang.sh on amd64 arm64 i386 llvm-toolchain-14 (1:14.0.4-3) unstable; urgency=medium * Fix GRPC installation path and files llvm-toolchain-14 (1:14.0.4-2) unstable; urgency=low * Add breaks/replaces for grpc binaries being placed in another package in Ubuntu * Fix GRPC installation for ports architectures * Add support for Ubuntu kinetic * rules: take some patches from Ubuntu to save extra space during build llvm-toolchain-14 (1:14.0.4-1) unstable; urgency=medium [ John Paul Adrian Glaubitz ] * Enable GRPC build dependency only on supported targets [ Sylvestre Ledru ] * New upstream release llvm-toolchain-14 (1:14.0.3-2) unstable; urgency=medium * Fix an autopkgtest on arm (Closes:# 1010716) Thanks to Pino Toscano for the patch * Fix the search path for hip (Closes: #1010467) * Add the option -DLLVM_ENABLE_CURL=ON See https://github.com/llvm/llvm-project/issues/55289 (LP: #1971743) llvm-toolchain-14 (1:14.0.3-1) unstable; urgency=medium * New upstream release llvm-toolchain-14 (1:14.0.2-1) unstable; urgency=medium * New upstream release llvm-toolchain-14 (1:14.0.1-1) unstable; urgency=medium * New upstream release Fixes the ABI issues llvm-toolchain-14 (1:14.0.0-1) unstable; urgency=medium * New stable release llvm-toolchain-14 (1:14.0.0~+rc4-1) unstable; urgency=medium * New snapshot release (rc3 isn't a thing) * Add an ugly workaround for Ubuntu jammy (some python files are installed in local/lib) llvm-toolchain-14 (1:14.0.0~+rc2-1~exp1) unstable; urgency=medium * New snapshot release * Also path LD_LIBRARY_PATH for install when cmake binary backport like on bionic s390x (for apt.llvm.org) llvm-toolchain-14 (1:14.0.0~+rc1-1) unstable; urgency=medium * First testing release of 14 * Upload to unstable Changes for 13: * mlir: use the cmake option to avoid installing object files MLIR_INSTALL_AGGREGATE_OBJECTS Closes upstream #53134 * Build clangd with GRPC support Thanks to Sam McCall for the patch * Revert e80c52986e1bb3afa6a92c58b1cb897877923a66 to be able to build on stretch llvm-toolchain-14 (1:14~++20220202101403+91632c8ac97f-1~exp1) experimental; urgency=medium * snapshot = 15, first 14 package * Ship clang-linker-wrapper in clang-tools-X.Y llvm-toolchain-14 (1:14~++20220128082735+c962b3fdf8dd-1~exp1) UNRELEASED; urgency=medium * snapshot = 15, first 14 package * Ship clang-linker-wrapper in clang-tools-X.Y llvm-toolchain-snapshot (1:14~++20220123085548+413684313d9d-1~exp2) experimental; urgency=medium * Hide some symbols for omp/arm* and other archs llvm-toolchain-snapshot (1:14~++20220123085548+413684313d9d-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * Ugly workaround to enable scan-build on runtimes debian/patches/use-scan-build-runtimes.diff * Python 2 => 3 to unbreak the 'scanbuild_py_makefile.txt' test * Enable CLANG_DEFAULT_PIE_ON_LINUX * Lower the debhelper dep to 10 for debian stretch * Rename ocaml-nox => ocaml-base * Update of the ocaml doc path to catch a different path [ Samuel Thibault ] * Explicitly link against -latomic on hurd-i386 as well. llvm-toolchain-snapshot (1:14~++20220107114130+3a604fdbcd5f-1~exp1) experimental; urgency=medium * New snapshot release llvm-toolchain-snapshot (1:14~++20211230084136+a96fe1bf3b32-1~exp1) experimental; urgency=medium * New snapshot release * Build and ship MLIR as 3 new packages (libmlir-14-dev, libmlir-14 and mlir-14-tools) llvm-toolchain-snapshot (1:14~++20211221121559+9e3ae8d296aa-1~exp1) experimental; urgency=medium * New snapshot release * Remove some old mach lld libraries. Remove upstream in 9e3552523ebd3385487e01e3e7af37b8c0efaf57 liblldReaderWriter.a liblldDriver.a liblldYAML.a liblldCore.a liblldMachOOld.a * Also install llvm-debuginfod-find in llvm-14 llvm-toolchain-snapshot (1:14~++20211113111058+6a40854ce507-1~exp1) experimental; urgency=medium * experimental New snapshot release * Adjust the libomp5 symbols llvm-toolchain-snapshot (1:14~++20211113102219+b5ff187b7b51-1~exp1) experimental; urgency=medium * Remove the triple patch. it is causing the library search path to fail. Add a test in debian/qualify-clang.sh to verify we don't regress * Fix the "all" build * Disable LIBCXX_USE_COMPILER_RT on s390x, armel and x32 as it fails. See bug 52022 * Adjust the libomp_start_tool visibility on armhf * Be more flexible to install libomptarget-*.bc (ex: libomptarget-new-nvptx-*.bc are new) * Force the i386 triple -DLLVM_HOST_TRIPLE=i386-linux-gnu Sometimes, on i386, the library detection is failing (often on z3 or ffi) 'Could NOT find Z3:' * Add '-DCMAKE_FIND_DEBUG_MODE=true' to help with debugging * Disable the build of libclc on old Ubuntu (Groovy & focal) as llvm-spir is too old on these version. See bug #52200 * Adjust the sphinx build as the makefile have been removed * If lua is available on the system at built time, a lua lldb binding was created. It was leading to some build failures depending on the package installed on the build system. Force the deactivation of the lua build when lldb is built. * libomp: add new symbols - GOMP_5.0.1 - GOMP_alloc - GOMP_free - __kmpc_aligned_alloc - __kmpc_atomic_bool_1_cas - __kmpc_atomic_bool_1_cas_cpt - __kmpc_atomic_bool_2_cas - __kmpc_atomic_bool_2_cas_cpt - __kmpc_atomic_bool_4_cas - __kmpc_atomic_bool_4_cas_cpt - __kmpc_atomic_bool_8_cas - __kmpc_atomic_bool_8_cas_cpt - __kmpc_atomic_float10_max - __kmpc_atomic_float10_max_cpt - __kmpc_atomic_float10_min - __kmpc_atomic_float10_min_cpt - __kmpc_atomic_val_1_cas - __kmpc_atomic_val_1_cas_cpt - __kmpc_atomic_val_2_cas - __kmpc_atomic_val_2_cas_cpt - __kmpc_atomic_val_4_cas - __kmpc_atomic_val_4_cas_cpt - __kmpc_atomic_val_8_cas - __kmpc_atomic_val_8_cas_cpt - omp_aligned_alloc - omp_aligned_calloc * Install llvm-tli-checker in llvm-X.Y [ Erik Maciejewski ] * Merge migration to 2stage runtimes build 13 => 14 llvm-toolchain-snapshot (1:14~++20211111061527+d56b171ee965-1~exp1) experimental; urgency=medium * Remove the triple patch. it is causing the library search path to fail. Add a test in debian/qualify-clang.sh to verify we don't regress * Fix the "all" build * Disable LIBCXX_USE_COMPILER_RT on s390x, armel and x32 as it fails. See bug 52022 * Adjust the libomp_start_tool visibility on armhf * Be more flexible to install libomptarget-*.bc (ex: libomptarget-new-nvptx-*.bc are new) * Force the i386 triple -DLLVM_HOST_TRIPLE=i386-linux-gnu Sometimes, on i386, the library detection is failing (often on z3 or ffi) 'Could NOT find Z3:' * Add '-DCMAKE_FIND_DEBUG_MODE=true' to help with debugging * Disable the build of libclc on old Ubuntu (Groovy & focal) as llvm-spir is too old on these version. See bug #52200 * Adjust the sphinx build as the makefile have been removed * If lua is available on the system at built time, a lua lldb binding was created. It was leading to some build failures depending on the package installed on the build system. Force the deactivation of the lua build when lldb is built. * libomp: add new symbols - GOMP_5.0.1 - GOMP_alloc - GOMP_free - __kmpc_aligned_alloc - __kmpc_atomic_bool_1_cas - __kmpc_atomic_bool_1_cas_cpt - __kmpc_atomic_bool_2_cas - __kmpc_atomic_bool_2_cas_cpt - __kmpc_atomic_bool_4_cas - __kmpc_atomic_bool_4_cas_cpt - __kmpc_atomic_bool_8_cas - __kmpc_atomic_bool_8_cas_cpt - __kmpc_atomic_float10_max - __kmpc_atomic_float10_max_cpt - __kmpc_atomic_float10_min - __kmpc_atomic_float10_min_cpt - __kmpc_atomic_val_1_cas - __kmpc_atomic_val_1_cas_cpt - __kmpc_atomic_val_2_cas - __kmpc_atomic_val_2_cas_cpt - __kmpc_atomic_val_4_cas - __kmpc_atomic_val_4_cas_cpt - __kmpc_atomic_val_8_cas - __kmpc_atomic_val_8_cas_cpt - omp_aligned_alloc - omp_aligned_calloc [ Erik Maciejewski ] * Merge migration to 2stage runtimes build 13 => 14 llvm-toolchain-snapshot (1:14~++20210926041028+6063e6b499c7-1~exp1) experimental; urgency=medium * experimental New snapshot release * Bring back the libc++/libc++abi options llvm-toolchain-snapshot (1:14~++20210924122635+4a57f5d1e1c5-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * experimental New snapshot release * remove "scan-build-py-force-utf-8-opening.diff" merged upstream * Also install libomptarget-nvptx in libomp-X.Y-dev next to amdgcn * Add -DLLVM_ENABLE_PER_TARGET_RUNTIME_DIR=OFF. it was turn on by default in https://reviews.llvm.org/D107799 It was causing the second cmake (stage2) build to fail on z3 or libffi. Sign that the compiler didn't work correctly. * libcxxabi: Unbreak the CI by adding a silly symlink to _config_site Far from perfect but it should be fixed by the runtime move: https://reviews.llvm.org/D89013#3017317 * New symbols in libomp5-14: - __kmpc_end_scope - __kmpc_scope - libomp_start_tool (and remove some old missing symbols) [ John Paul Adrian Glaubitz ] * Disable libunwind on m68k, sparc64 and x32 llvm-toolchain-snapshot (1:14~++20210924092749+e325ebb9c70b-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * experimental New snapshot release * remove "scan-build-py-force-utf-8-opening.diff" merged upstream * Also install libomptarget-nvptx in libomp-X.Y-dev next to amdgcn * the libc++* & libunwind builds are installed in directory with triple * remove the libc++ & libc++abi tasks as they are part of the process now * Add -DLLVM_ENABLE_PER_TARGET_RUNTIME_DIR=OFF. it was turn on by default in https://reviews.llvm.org/D107799 It was causing the second cmake (stage2) build to fail on z3 or libffi. Sign that the compiler didn't work correctly. * libcxxabi: Unbreak the CI by adding a silly symlink to _config_site Far from perfect but it should be fixed by the runtime move: https://reviews.llvm.org/D89013#3017317 [ John Paul Adrian Glaubitz ] * Disable libunwind on m68k, sparc64 and x32 llvm-toolchain-snapshot (1:14~++20210831081106+387a8dea7234-1~exp1) UNRELEASED; urgency=medium [ Sylvestre Ledru ] * experimental New snapshot release * remove "scan-build-py-force-utf-8-opening.diff" merged upstream * Also install libomptarget-nvptx in libomp-X.Y-dev next to amdgcn [ John Paul Adrian Glaubitz ] * Disable libunwind on m68k, sparc64 and x32 [ Sylvestre Ledru ] * experimental New snapshot release * experimental New snapshot release * experimental New snapshot release llvm-toolchain-snapshot (1:14~++20210827020436+15b2a8e7faf6-1~exp2) UNRELEASED; urgency=medium [ John Paul Adrian Glaubitz ] * Disable libunwind-X.Y{-dev} packages on sparc and sparc64 [ Sylvestre Ledru ] * Ship clang-repl as part of clang-tools-XX See https://reviews.llvm.org/D106813 * Ship clang-nvlink-wrapper as part of clang-tools-XX See https://reviews.llvm.org/D108291 * debuginfo-tests has been renamed to cross-project-tests llvm-toolchain-snapshot (1:14~++20210827071740+3ec634e65a02-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * experimental New snapshot release * remove "scan-build-py-force-utf-8-opening.diff" merged upstream * Also install libomptarget-nvptx in libomp-X.Y-dev next to amdgcn * Upload the various changes from 12 & 13 * remove "scan-build-py-force-utf-8-opening.diff" merged upstream * Also install libomptarget-nvptx in libomp-X.Y-dev next to amdgcn [ John Paul Adrian Glaubitz ] * Disable libunwind on m68k, sparc64 and x32 llvm-toolchain-snapshot (1:14~++20210827020436+15b2a8e7faf6-1~exp2) UNRELEASED; urgency=medium [ John Paul Adrian Glaubitz ] * Disable libunwind-X.Y{-dev} packages on sparc and sparc64 llvm-toolchain-13 (1:13.0.0~+rc2-1) unstable; urgency=medium [ John Paul Adrian Glaubitz ] * Disable libunwind on m68k, sparc64 and x32 [ Gianfranco Costamagna ] * integration-test-suite-test: fix build by using 13 as default version [ Sylvestre Ledru ] * New testing release llvm-toolchain-snapshot (1:14~++20210715093511+afc760ef3527-1~exp2) unstable; urgency=medium * revert the s390 as it is probably fixed * Rename some lld libs. Following 7a6482216ff02f81ed02ff4936f1b22d4b5a9a6c lldMachO=>lldMachOOld and lldMachO2=>lldMach * scan-build-py - Force the file open in utf-8. Fails on -14 on bionic otherwise llvm-toolchain-13 (1:13.0.1-9) UNRELEASED; urgency=medium * d/rules: Don't send an empty string to cmake when llvm-spirv is not found llvm-toolchain-13 (1:13.0.1-8) unstable; urgency=medium [ Sylvestre Ledru ] * Disable the build of libclc on old Ubuntu (Groovy & focal) as llvm-spir is too old on these version. See bug #52200 [ Jordan Justen ] * d/rules: Call bash to use 'command -v' to location llvm-spirv executable * d/rules: Set LLVM_SPIRV with cmake for libclc * d/patches: Drop libclc-llvm-spirv.diff now that we are setting LLVM_SPIRV * d/rules: Check for llvm-spirv with version suffix llvm-toolchain-13 (1:13.0.1-7) unstable; urgency=medium [ Michael Biebl ] * Add support for systemd-binfmt (Closes: #1012367) [ Sam McCall ] * Add conventional symlink to libc++ headers in /usr/include/c++/v1 See https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/merge_requests/95 for more information llvm-toolchain-13 (1:13.0.1-6) unstable; urgency=medium [ John Paul Adrian Glaubitz ] * Disable compiler-rt built-ins on x32 [ Gianfranco Costamagna ] * Enable grpc on riscv64 llvm-toolchain-13 (1:13.0.1-5) unstable; urgency=medium [ John Paul Adrian Glaubitz ] * Enable GRPC build dependency only on supported targets * Exclude lib{Monitoring,RemoteIndex}*Proto.a on m68k and sparc64 [ Gianfranco Costamagna ] * fix grpc architectures, avoiding to install them where not available * Break/Replaces the Ubuntu library that moved GRPC binaries into the wrong location * newline/tab fix in rules * fix GRPC installation in port architectures * Add patches from Upstream/Ubuntu to: - Backport upstream patches to allow building EFI images for Ubuntu Core for arm64 (LP: #1960300) llvm-toolchain-13 (1:13.0.1-4) unstable; urgency=medium * Backport D115098 for Rust 1.59 (Closes: #1010150) llvm-toolchain-13 (1:13.0.1-3) unstable; urgency=medium * Fix a typo in an header (closes: #1005195) * Also install usr/lib/llvm-@LLVM_VERSION@/lib/libRemoteIndexProto.a usr/lib/llvm-@LLVM_VERSION@/lib/libRemoteIndexServiceProto.a usr/lib/llvm-@LLVM_VERSION@/lib/libMonitoringServiceProto.a in libclang-X.Y-dev (Closes: #1005666) llvm-toolchain-13 (1:13.0.1-2) unstable; urgency=medium * mlir: use the cmake option to avoid installing object files MLIR_INSTALL_AGGREGATE_OBJECTS Closes upstream #53134 * Build clangd with GRPC support Thanks to Sam McCall for the patch llvm-toolchain-13 (1:13.0.1-1) unstable; urgency=medium * New stable release llvm-toolchain-13 (1:13.0.1~+rc3-1~exp1) experimental; urgency=medium [ Samuel Thibault ] * Explicitly link against -latomic on all ports, not only the Linux ones. * Stop hardcoding -DCMAKE_SYSTEM_NAME=Linux as cmake parameter, as it breaks stage2 builds on non-Linux architectures [ Pino Toscano ] * debian/rules: Disable 64bit runtime build on hurd-i386 (Closes: #1003081). [ Sylvestre Ledru ] * New rc * Lower the debhelper dep to 10 for debian stretch * Rename ocaml-nox => ocaml-base (Closes: #1002609) * Remove Build-Conflicts: ocaml llvm-toolchain-13 (1:13.0.1~+rc1-1~exp4) experimental; urgency=medium * Fix the cmake file with the mlir introducing llvm-toolchain-13 (1:13.0.1~+rc1-1~exp3) experimental; urgency=medium * Build and ship MLIR as 3 new packages (libmlir-13-dev, libmlir-13 and mlir-13-tools) * Install bfd plugins in /usr/lib/bfd-plugins/LLVMgold-@LLVM_VERSION@.so llvm-toolchain-13 (1:13.0.1~+rc1-1~exp2) experimental; urgency=medium * Bring back the dependency clang => llvm-13-linker-tools * Unbreak llvm-toolchain-13 on buster. -fuse-ld=gold wasn't passed to compiler-rt. it was using bfd. And binutils shipping in buster has a bug preventing this to work: https://github.com/llvm/llvm-project/issues/42339 * Remove AVR from LLVM_EXPERIMENTAL_TARGETS_TO_BUILD. stable since 11 https://releases.llvm.org/11.0.0/docs/ReleaseNotes.html#changes-to-the-avr-target * Use the version suffix when calling wasm-ld => wasm-ld-13 https://bugzilla.mozilla.org/show_bug.cgi?id=1747145 * Fix run-clang-tidy symlink. it moved from /usr/lib/llvm-13/share/clang/run-clang-tidy to /usr/lib/llvm-13/bin/run-clang-tidy (Closes: #1001748) * Install LLVMgold in usr/lib/bfd-plugins to help various tools to understand the format (Closes: #919020) llvm-toolchain-13 (1:13.0.1~+rc1-1~exp1) experimental; urgency=medium * New testing release * Use parallel + -4 for the xz tarballs compression to make it faster * Add manpages for git-clang-format & run-clang-tidy * Add back -DLLVM_VERSION_SUFFIX=. Useless for 13 but necessary for snapshot Otherwise, it adds "git" to the libs llvm-toolchain-13 (1:13.0.0-9) unstable; urgency=medium * Upload to unstable (all green on exp) llvm-toolchain-13 (1:13.0.0-9~exp2) experimental; urgency=medium * patch compiler-rt build to add option to disable scudo standalone allocator as it is not always supported by all debian baseline arch profiles * add COMPILER_RT_BUILD_SCUDO_STANDALONE=OFF to armel build in debian/rules since the baseline armv5t arch profile is not supported llvm-toolchain-13 (1:13.0.0-9~exp1) experimental; urgency=medium * Merge migration to 2stage runtimes build 12 => 13 * Adjust openmp runtime quilt patches from branch 12 for changes in upstream (llvmorg-13.0.0) sources llvm-toolchain-13 (1:13.0.0-8) unstable; urgency=medium * Disable lldb on mipsel and mips64el as it isn't supported See https://reviews.llvm.org/D102872 (Closes: #997011) llvm-toolchain-13 (1:13.0.0-7) unstable; urgency=medium * Remove omp-device-info from LLVMExports.cmake (Closes: #996551) For real this time * Fix the link issue (hopefully on all archs) (Closes: #995827) customs LDFLAGS were not passed to the stage2 * Trim trailing whitespace. * Update watch file format version to 4. * Update to compat 11. oldstable has 12 bionic has 11 llvm-toolchain-13 (1:13.0.0-6) unstable; urgency=medium * Remove omp-device-info from LLVMExports.cmake (Closes: #996551) * Fix a atomic issue. Thanks to YunQiang Su for the patch Partial fix for #995827 * Bring back the llvm manpages (Closes: #995684) Were generated at the wrong place llvm-toolchain-13 (1:13.0.0-5) unstable; urgency=medium * Restrict the dependency on libunwind-13-dev from Package: libc++-13-dev on amd64 arm64 armhf i386 mips64el ppc64el ppc64 riscv64 (Closes: #996462) llvm-toolchain-13 (1:13.0.0-4) unstable; urgency=medium * Instead of using llvm-* to install binaries in llvm-X.Y list all the binaries one by one. It will prevent "llvm-omp-device-info" to be installed in llvm-X.Y which caused an explicit dependency on libomp which caused llvm-X.Y to be NOT coinstallable anymore * Move llvm-omp-device-info-X.Y from llvm-X to libompX-dev Fixes upstream #52162 llvm-toolchain-13 (1:13.0.0-3) unstable; urgency=medium * libc++-13-dev should depends on libunwind-13-dev (Closes: #995810) * Disable a tsan and two lldb tests on i386 llvm-toolchain-13 (1:13.0.0-2) unstable; urgency=medium * Fix the libclang detection in cmake (Closes: #994827) * Adjust the testsuite after various changes (rpass, libclang, polly lib, etc) llvm-toolchain-13 (1:13.0.0-1) unstable; urgency=medium * New upstream release llvm-toolchain-13 (1:13.0.0~+rc4-1) unstable; urgency=medium * New testing release * Ship clang-repl See https://reviews.llvm.org/D106813 * Replace make by ninja for the build process It is now more tested than make by upstream And it is supposed to be faster Removed openmp/bootstrap-with-openmp-version-export-missing.diff as it seems that the ninja move fixed it llvm-toolchain-13 (1:13.0.0~+rc3-1) unstable; urgency=medium * New testing release * Remove debian/patches/disable-no-omit-leaf.diff as it is fixed upstream llvm-toolchain-13 (1:13.0.0~+rc2-3) unstable; urgency=medium * compiler-rt scudo, don't add the option -mno-omit-leaf-frame-pointer when building on armel & armhf llvm-toolchain-13 (1:13.0.0~+rc2-2) unstable; urgency=medium * Build with -DCMAKE_POSITION_INDEPENDENT_CODE=ON to libc++ and libc++abi * The changes from 12.0.1-7 [ John Paul Adrian Glaubitz ] * Disable libunwind-X.Y{-dev} packages on sparc and sparc64 llvm-toolchain-13 (1:13.0.0~+rc2-2) UNRELEASED; urgency=medium * Build with -DCMAKE_POSITION_INDEPENDENT_CODE=ON to libc++ and libc++abi [ John Paul Adrian Glaubitz ] * Disable libunwind-X.Y{-dev} packages on sparc and sparc64 llvm-toolchain-13 (1:13.0.0~+rc1-2) unstable; urgency=medium * clang-soname-extract-version.diff: improve the upstream declaration * Fix the libclang links llvm-toolchain-13 (1:13.0.0~+rc1-1) unstable; urgency=medium * Upload to Unstable * Add symbol clang_CompileCommand_getNumMappedSources to libclang * Add a new variable called SONAME_CLANG as clang soname has started with llvm-toolchain-13. it is normal that 13 is what is seen in 14 or later version as it is bumped only with abi changes llvm-toolchain-13 (1:13.0.0~+rc1-1~exp1) unstable; urgency=medium * New snapshot release llvm-toolchain-13 (1:13~++20210731010128+6eaf46beb462-1~exp1) experimental; urgency=medium * Branching of snapshot into 13 * Adjust libclang: - upstream decided to make it stable starting from 13, with the soname - for now, I am not planning to rename libclang1-13 to libclang13 as it will cause too much churn for a small gain as we will keep libllvm (while losing the capability to have different versions in parallel installed) See upstream c7b3a91017d26266d7556b1ac7c49b06f0109b91 llvm-toolchain-snapshot (1:13~++20210715093511+afc760ef3527-1~exp1) experimental; urgency=medium * Refresh the lib of symbols in libomp * As scan-build-py is installed by default ( https://reviews.llvm.org/D104138 ) update of the code * Revert "Revert D94333.diff as it breaks the ci https://reviews.llvm.org/D94333#2829043" * Install usr/lib/llvm-13/lib/cmake/openmp/FindOpenMPTarget.cmake in libomp-13-dev.install * Revert of D103865 for causing bug 51026 llvm-toolchain-snapshot (1:13~++20210622112436+600074980410-1~exp1) UNRELEASED; urgency=medium * Refresh the lib of symbols in libomp * As scan-build-py is installed by default ( https://reviews.llvm.org/D104138 ) update of the code * Fix the path to analyze-{cc,c++} for scan-build-py with --intercept-first (scan-build-py-fix-analyze-path.diff) * experimental New snapshot release * experimental New snapshot release llvm-toolchain-snapshot (1:13~++20210620054946+4c44b02d87bc-1~exp1) experimental; urgency=medium * Enable lld on s390x * remove libomptarget from openmp. done by upstream in f2f88f3e7a110b2d4d9da446e45f0dba040e62b2 but install /usr/lib/llvm-13/lib/libomptarget-amdgcn-*.bc Only install these files on amd64, ppc64el & arm64 See openmp/libomptarget/deviceRTLs/amdgcn/CMakeLists.txt * Revert D94333.diff as it breaks the ci https://reviews.llvm.org/D94333#2829043 [ John Paul Adrian Glaubitz ] * Disable OpenMP on m68k llvm-toolchain-snapshot (1:13~++20210418105309+a0898f0cecc7-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * New snapshot release * "run-clang-tidy" install it * Only enable libomp-13-doc on supported archs * Verify that /proc is mounted. It makes some unexpected issues when building from a chroot without /proc * Fix the __config_site include issue * Revert D95727 for causing bug 49818 [ John Paul Adrian Glaubitz ] * Add upstream patch D98574 to fix clang macro definitions on sparc64 * Add upstream patch D98575 to fix 32-bit compiler-rt build on sparc64 * Enable building the new experimental M68k backend * Set LLVM_HOST_TRIPLE to x86_64-linux-gnux32 on x32 * Set LLVM_DEFAULT_TARGET_TRIPLE to x86_64-linux-gnux32 on x32 llvm-toolchain-snapshot (1:13~++20210129063721+010b176cdefb-1~exp2) experimental; urgency=medium * Enable OpenMP offload capabilities for NVDIA GPUs See https://bugzilla.redhat.com/show_bug.cgi?id=1922914 llvm-toolchain-snapshot (1:13~++20201124100523+245052ac3080-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * New branch (12 => 13) * Workaround a static_assert on https://bugs.llvm.org/show_bug.cgi?id=48259 "static assertion failed: Recycler allocation size is less than object size!" * Also install usr/lib/llvm-12/bin/ld64.lld.darwinnew & usr/bin/ld64.lld.darwinnew-12 * Also install usr/lib/llvm-12/lib/libomptarget.so.12 in libomp5-12 [ Gianfranco Costamagna ] * Add upstream patch D92052 to fix a gcn offload compiler issue with gcc (Closes: #975692) llvm-toolchain-12 (1:12.0.1-20) unstable; urgency=medium * Also install usr/lib/llvm-@LLVM_VERSION@/lib/libRemoteIndexProto.a usr/lib/llvm-@LLVM_VERSION@/lib/libRemoteIndexServiceProto.a in libclang-X.Y-dev llvm-toolchain-12 (1:12.0.1-19) unstable; urgency=medium * Build clangd with GRPC support Thanks to Sam McCall for the patch llvm-toolchain-12 (1:12.0.1-18) unstable; urgency=medium * Unbreak llvm-toolchain-12 on buster. -fuse-ld=gold wasn't passed to compiler-rt. it was using bfd. And binutils shipping in buster has a bug preventing this to work: https://github.com/llvm/llvm-project/issues/42339 * Rename ocaml-nox => ocaml-base (Closes: #1002608) * Remove Build-Conflicts: ocaml llvm-toolchain-12 (1:12.0.1-17) unstable; urgency=medium * Rebuild to workaround the coinstallability issue (Closes: #996858) llvm-toolchain-12 (1:12.0.1-16) unstable; urgency=medium [ Erik Maciejewski ] * use make variables populated by /usr/share/dpkg/buildflags.mk and remove _EXTRA suffix from STAGE_1_ and STAGE_2_ flag vars to improve clarity and readability for the multi-stage setup in debian/rules * remove some redundant cmake options (options with the same value as their default) from, and move PYTHON_EXECUTABLE cmake option to, the cmake configure command in debian/rules * re-disable fixfilepath in dpkg-buildflags in favor of using the more llvm aware implementation provided by the llvm-project by setting LLVM_USE_RELATIVE_PATHS_IN_FILES=ON in both stages of the toolchain build in debian/rules [ Sylvestre Ledru ] * autopkgtest/integration-test-suite-test: restrict to arm64/amd64 for now llvm-toolchain-12 (1:12.0.1-15) unstable; urgency=medium * Disable lldb on mipsel and mips64el as it isn't supported See https://reviews.llvm.org/D102872 (Closes: #997011) [ Erik Maciejewski ] * disable compiler-rt builtins for unsupported arch s390x in debian/rules * set arm toolchain arch profiles explicitly to debian baselines in debian/rules as the target host triples alone are ambiguous and compiler defaults and debian baselines may not align * add arch specific config for powerpc to debian/rules and set host target triple and compiler-rt config to force correct arch profile for builtins * set LIBCXX_USE_COMPILER_RT to OFF in debian/rules to disable builtins when libunwind is not enabled since the unwind implementation with gnu builtins will then be required llvm-toolchain-12 (1:12.0.1-14) unstable; urgency=medium * fix build flag inconsistencies (potentially causing build failures) by utilizing dpkg-buildflags for defaults where appropriate and making sure all flags intended for a given stage are also applied to the stage's builtins and runtimes builds * re-enable fixfilepath for use with dpkg-buildflags in debian/rules as it has been supported since clang-10 * establish a consistent STAGE_[stage]_ prefix naming scheme for stage variables and replace STAGE1_AND_STAGE2_ prefix with STAGE_ALL_ prefix for better future-proofing in debian/rules * modify stage dir var names to use new prefix scheme in debian/rules * add explicit s390x build options to debian/rules, set LLVM_HOST_TRIPLE=s390x-linux-gnu and COMPILER_RT_DEFAULT_TARGET_ONLY=ON so that builtins are only built for the explicit host arch (Closes: #996802) llvm-toolchain-12 (1:12.0.1-13) unstable; urgency=medium * update rules to incorporate relevant arch specific configs from snapshot * patch llvm runtimes cmake build to add a check and only set up and build compiler-rt builtins if they have not been disabled in a runtimes build * patch compiler-rt builtins cmake build to fix default arch detection for armhf by adding the same target triple handling used for compiler-rt libs * remove legacy var for use when libcxx was a standalone build llvm-toolchain-12 (1:12.0.1-12) unstable; urgency=medium * re-disable building builtins on armel as they still fail (Closes: #996828) * add patch to libcxxabi cmake build for adding builtins to lib flags fixing an issue where builtins were not being linked into libcxxabi when LIBCXXABI_USE_COMPILER_RT=ON (Closes: #996796) llvm-toolchain-12 (1:12.0.1-11) unstable; urgency=medium * add missing LIBUNWIND_USE_COMPILER_RT to CLANG_BOOTSTRAP_PASSTHROUGH to link correct compiler-rt lib in stage2 * consolidate two conditionals for libatomic that were essentially the same, but the one removed could conflict with BOOTSTRAP_SHARED_LINK_FLAGS elsewhere in the rules file * attempt to fix arm builtins by adding COMPILER_RT_DEFAULT_TARGET_ONLY=ON to armel and armhf toolchain build options to prevent related arches that might not be supported on the build host from being included in the build (like armv6m soft-float on the armhf build host) * reorganize flags and cmake options around stages for the toolchain build * set baseline arch to armv5t, remove older 3.8 workaround for armel build * update to debian host triple for the armhf build [ Jordan Justen ] * d/rules: Add amdgcn-mesa-mesa3d to libclc build. Closes: #993904, #995069 [ Sylvestre Ledru ] * Bring back the llvm manpages (Closes: #995684) Were generated at the wrong place llvm-toolchain-12 (1:12.0.1-10) unstable; urgency=medium * evolve llvm build configuration in rules to leverage the two stage build with runtimes support whereby the resulting stage2 (final) compiler is used to build the stage2 (final) runtimes as part of a single monolithic build * the stage2 runtimes build now includes compiler-rt, libcxx and libcxxabi as well as libunwind and openmp where supported. Additionally, legacy corresponding standalone build targets are removed from the rules file * patch openmp build to include required runtimes as dependencies to build targets so they are built first when included as part of a runtimes build since openmp can depend on them * patch libclc build to set rpath for prepare_builtins build utility to find correct stage2 libs at runtime when executed as part of a build * patch libcxx build so that if libatomic is found, only link it if libgcc is the rtlib * patch compiler-rt build to suppress xray and testing warns when not enabled * patch llvm linker detection to account for vendor being prepended to lld version string * remove several existing patches incorporating workarounds no longer required by the modified build configuration [ Sylvestre Ledru ] * If parallel is not set in DEB_BUILD_OPTIONS, use nproc * Add source-is-missing llvm/test/* / lldb/test/* / lld/test/* to the source override * Remove old override 'outdated-autotools-helper-file' [ John Paul Adrian Glaubitz ] * Disable libunwind on sparc, sparc64 and x32 llvm-toolchain-12 (1:12.0.1-9) unstable; urgency=medium * Replace make by ninja for the build process It is now more tested than make by upstream And it is supposed to be faster Removed openmp/bootstrap-with-openmp-version-export-missing.diff as it seems that the ninja move fixed it llvm-toolchain-12 (1:12.0.1-8) unstable; urgency=medium * Add back CMAKE_EXTRA to build LLVM gold (Closes: #993664) [ Gianfranco Costamagna ] * Refresh symbols on riscv64 llvm-toolchain-12 (1:12.0.1-7) unstable; urgency=medium * Add debian/source/options to ignore the diff (much much faster to repack) * cmake: use ON instead of YES for consistency * Don't generate the llvm-mcmarkup & lldb-mi manpages (don't exist anymore) (LP: #1940713) [ Gianfranco Costamagna ] * Add a patch to fix omp build on riscv64 * Don't build lldb on riscv64, fails to build due to missing CreateHostNativeRegisterContextLinux implementation on this architecture. llvm-toolchain-12 (1:12.0.1-6) unstable; urgency=medium * Fixup build process on riscv64, the architecture building was enabled in control file but not in rules file, neither required build-deps were installed. (note: this should fail, but at least we will have a build log stored. * Add ocaml support on riscv64. * Don't require hello package on i386 (helps Ubuntu alternate dependencies) llvm-toolchain-12 (1:12.0.1-5) unstable; urgency=medium [ Jordan Justen ] * Include SPIR-V (*.spv) outputs in libclc package llvm-toolchain-12 (1:12.0.1-4) unstable; urgency=medium * Make libunwind-dev depends on libunwind * Don't build libunwind on hurd, armel, powerpc & mipsel * Remove old svn reference in the usage dh_strip & dh_makeshlibs llvm-toolchain-12 (1:12.0.1-3) unstable; urgency=medium * Build libunwind only on amd64 arm64 armhf i386 mips64el ppc64el ppc64 riscv64 sparc sparc64 Not supported on s390x for example * libc++ & libc++ abi: only pass -DLIBCXXABI_USE_LLVM_UNWINDER=YES if libunwind is available on the platform llvm-toolchain-12 (1:12.0.1-2) unstable; urgency=medium * Generate libunwind-12 & libunwind-12-dev packages * Add the following option to the libc++ build: -DLIBCXX_ENABLE_STATIC_ABI_LIBRARY=ON -DLIBCXX_STATICALLY_LINK_ABI_IN_STATIC_LIBRARY=ON -DLIBCXX_STATICALLY_LINK_ABI_IN_SHARED_LIBRARY=OFF to address upstream bug 46321 * Make libc++abi use libunwind [ Kasper Kantz ] * Add riscv64 architecture in control enable liblldb, libomp and others which are currently unavailable in riscv64 repository. [ Krzysztof Aleksander Pyrkosz ] * Add libxml2 as a dependency as it is necessary for llvm manifest tool (llvm-mt) (Closes: #990537) [ Jordan Justen ] * d/rules: Adjust cmake defines to fix libclc.pc paths * Add the following option to the libc++ build: -DLIBCXX_ENABLE_STATIC_ABI_LIBRARY=ON -DLIBCXX_STATICALLY_LINK_ABI_IN_STATIC_LIBRARY=ON -DLIBCXX_STATICALLY_LINK_ABI_IN_SHARED_LIBRARY=OFF to address upstream bug 46321 * Build libunwind [ Kasper Kantz ] * Add riscv64 architecture in control enable liblldb, libomp and others which are currently unavailable in riscv64 repository. [ Krzysztof Aleksander Pyrkosz ] * Add libxml2 as a dependency as it is necessary for llvm manifest tool (llvm-mt) (Closes: #990537) [ Jordan Justen ] * d/rules: Adjust cmake defines to fix libclc.pc paths llvm-toolchain-12 (1:12.0.1-1) unstable; urgency=medium * New upstream release llvm-toolchain-12 (1:12.0.1~+rc4-1) unstable; urgency=medium * New testing upstream release llvm-toolchain-12 (1:12.0.1~+rc3-1) unstable; urgency=medium * New testing upstream release * Fix the path to analyze-{cc,c++} for scan-build-py with --intercept-first (scan-build-py-fix-analyze-path.diff) llvm-toolchain-12 (1:12.0.1~+rc2-1) unstable; urgency=medium * New testing upstream release llvm-toolchain-12 (1:12.0.1~+rc1-1) unstable; urgency=medium [ John Paul Adrian Glaubitz ] * Add upstream patch D98574 to fix clang macro definitions on sparc64 * Add upstream patch D98575 to fix 32-bit compiler-rt build on sparc64 [ Sylvestre Ledru ] * backport D101773 to fix an llvm ir issue on mipsel in mips/mips-D101773-reloc.patch thanks to Ximin Luo (Closes: #988965) llvm-toolchain-12 (1:12.0.1~+rc1-1~exp1) unstable; urgency=medium * New testing upstream release llvm-toolchain-12 (1:12.0.0-3) unstable; urgency=medium [ Timo Aaltonen ] * Build libclc. (Closes: #942709) [ Sylvestre Ledru ] * Upload to unstable * Also build lld on s390x llvm-toolchain-12 (1:12.0.0-2) experimental; urgency=medium [ Matthias Klose ] * Improve the clean rule * Disable again LTO * Create a new package llvm-12-linker-tools: Contains the LLVMgold and LLVMPolly linker plugins. llvm-toolchain-12 (1:12.0.0-1) unstable; urgency=medium * New upstream release llvm-toolchain-12 (1:12.0.0~++rc5-2) unstable; urgency=medium * Add -DCMAKE_SUPPRESS_REGENERATION=ON to limit the number of calls to cmake Try to workaround a bug on llvm-toolchain-stretch-12-binaries architecture=s390x,stretch llvm-toolchain-12 (1:12.0.0~++rc5-1) unstable; urgency=medium * New testing upstream release * Verify that /proc is mounted. It makes some unexpected issues when building from a chroot without /proc llvm-toolchain-12 (1:12.0.0~++rc4-1) unstable; urgency=medium * New testing upstream release * Cherry-pick https://reviews.llvm.org/D99501 to allow -flto=auto llvm-toolchain-12 (1:12.0.0~++rc3-4) unstable; urgency=medium * Don't fail fsanitize=thread on i386, not supported * Don't hard fail on z3 failures with "set -e" at the begin, if z3 support is not available we do fail and exit testsuite without checking the log * Don't force gcc-11 anymore on riscv64, gcc-10 has the fixes now llvm-toolchain-12 (1:12.0.0~++rc3-3) unstable; urgency=medium * Cherry-pick upstream commit e3cd3a3c91524c957e06bb0170343548f02b6842 bring back Reporter.py needing to make scan-view work. llvm-toolchain-12 (1:12.0.0~++rc3-2) unstable; urgency=medium * Fixup omptarget regex error, missing escape llvm-toolchain-12 (1:12.0.0~++rc3-1) unstable; urgency=medium [ Gianfranco Costamagna ] * Upload to sid [ Sylvestre Ledru ] * Ignore source: invalid-arch-string-in-source-relation riscv64 [build-depends: g++-11 [riscv64]] [ Matthias Klose ] * Also disable CMake's package validation check for omptarget target files (Closes: #983838). llvm-toolchain-12 (1:12.0.0~++rc3-1~exp1) experimental; urgency=medium * New testing upstream release llvm-toolchain-12 (1:12.0.0~++rc2-1~exp2) experimental; urgency=medium * Refresh the openmp symbol list In libomp.so.5: - GOMP_taskwait_depend - GOMP_teams_reg - __kmpc_calloc - __kmpc_realloc - __kmpc_taskloop_5 And all libomptarget.so.12 * Only enable libomp-12-doc on supported archs [ Matthias Klose <doko@ubuntu.com> ] * Build using GCC 11 on riscv64 (Closes: #983837). llvm-toolchain-12 (1:12.0.0~++rc2-1~exp1) experimental; urgency=medium * New rc release llvm-toolchain-12 (1:12.0.0~++20210127035054+8e464dd76bef-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * experimental New snapshot release now 12 as branched * Workaround a static_assert on https://bugs.llvm.org/show_bug.cgi?id=48259 "static assertion failed: Recycler allocation size is less than object size!" * Also install usr/lib/llvm-12/bin/ld64.lld.darwinnew & usr/bin/ld64.lld.darwinnew-12 * Also install usr/lib/llvm-12/lib/libomptarget.so.12 in libomp5-12 [ Gianfranco Costamagna ] * Add upstream patch D92052 to fix a gcn offload compiler issue with gcc (Closes: #975692) llvm-toolchain-snapshot (1:12~++20201105093023+cc2a2bb5ce5-1~exp1) experimental; urgency=medium * experimental New snapshot release * lld-use-link-atomic-i386.diff Try to workaround a linker error error: undefined reference to '__atomic_load' on sid i386 * Bring back gold for ppc64el. Doko thinks it is fixed. [ John Paul Adrian Glaubitz ] * Limit maximum parallel link jobs to 4 on sparc and sparc64 llvm-toolchain-snapshot (1:12~++20201019023155+5a8ac3cc63d-1~exp1) UNRELEASED; urgency=medium * experimental New snapshot release * experimental New snapshot release * experimental New snapshot release * experimental New snapshot release llvm-toolchain-snapshot (1:12~++20200929085817+962a247aebb-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * New snapshot release * Install omp.h in instead of /usr/lib/llvm-@LLVM_VERSION@/lib/clang/@LLVM_VERSION_FULL@/include/ instead of /usr/lib/llvm-@LLVM_VERSION@/include/openmp/omp * Install split-file in llvm-X-tools (like lit) * Add new symbols to libclang1: - clang_CXRewriter_create - clang_CXRewriter_dispose - clang_CXRewriter_insertTextBefore - clang_CXRewriter_overwriteChangedFiles - clang_CXRewriter_removeText - clang_CXRewriter_replaceText - clang_CXRewriter_writeMainFileToStdOut - clang_Cursor_getVarDeclInitializer - clang_Cursor_hasVarDeclExternalStorage - clang_Cursor_hasVarDeclGlobalStorage [ John Paul Adrian Glaubitz ] * Link against libatomic on mipsel to fix FTBFS in stage2 * Link against libatomic on powerpc to fix FTBFS in stage2 * Use dh-exec to exclude lib/libPolly*.a on powerpc and powerpcspe from libclang-common-X.Y-dev.install.in * Drop powerpcspe patches merged upstream: - debian/patches/powerpcspe/D49754-powerpcspe-clang.diff - debian/patches/powerpcspe/D54583-powerpcspe-double-parameter.diff - debian/patches/powerpcspe/D56703-powerpcspe-register-spilling.diff llvm-toolchain-snapshot (1:12~++20200902060857+888049b97a7-1~exp1) UNRELEASED; urgency=medium [ Sylvestre Ledru ] * Install omp.h in instead of /usr/lib/llvm-@LLVM_VERSION@/lib/clang/@LLVM_VERSION_FULL@/include/ instead of /usr/lib/llvm-@LLVM_VERSION@/include/openmp/omp * Install split-file in llvm-X-tools (like lit) [ John Paul Adrian Glaubitz ] * Link against libatomic on mipsel to fix FTBFS in stage2 * Link against libatomic on powerpc to fix FTBFS in stage2 * Use dh-exec to exclude lib/libPolly*.a on powerpc and powerpcspe from libclang-common-X.Y-dev.install.in [ Sylvestre Ledru ] * experimental New snapshot release llvm-toolchain-snapshot (1:12~++20200804122259+4be13b15d69-1~exp2) UNRELEASED; urgency=medium [ Sylvestre Ledru ] * New snapshot release * Install omp.h in instead of /usr/lib/llvm-@LLVM_VERSION@/lib/clang/@LLVM_VERSION_FULL@/include/ instead of /usr/lib/llvm-@LLVM_VERSION@/include/openmp/omp * Install split-file in llvm-X-tools (like lit) * Add new symbols to libclang1: - clang_CXRewriter_create - clang_CXRewriter_dispose - clang_CXRewriter_insertTextBefore - clang_CXRewriter_overwriteChangedFiles - clang_CXRewriter_removeText - clang_CXRewriter_replaceText - clang_CXRewriter_writeMainFileToStdOut - clang_Cursor_getVarDeclInitializer - clang_Cursor_hasVarDeclExternalStorage - clang_Cursor_hasVarDeclGlobalStorage [ John Paul Adrian Glaubitz ] * Link against libatomic on mipsel to fix FTBFS in stage2 * Link against libatomic on powerpc to fix FTBFS in stage2 * Use dh-exec to exclude lib/libPolly*.a on powerpc and powerpcspe from libclang-common-X.Y-dev.install.in * Drop powerpcspe patches merged upstream: - debian/patches/powerpcspe/D49754-powerpcspe-clang.diff - debian/patches/powerpcspe/D54583-powerpcspe-double-parameter.diff - debian/patches/powerpcspe/D56703-powerpcspe-register-spilling.diff llvm-toolchain-snapshot (1:12~++20200715052739+d6e79e3dd6d-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * Snapshot is now -12 [ Samuel Thibault ] * debian/patches/hurd/hurd-EIEIO-undef.diff: Remove, upstreamed. * debian/patches/hurd/hurd-cxx-paths.diff: Remove, upstreamed. llvm-toolchain-11 (1:11.1.0-3) unstable; urgency=medium * Add two patches from ubuntu to fix lto and gcc-11 build failures * Use minimum version for cmake-test * Don't require libclang-11-dev on cmake-test * Add new llvm-11-linker-tools (from Ubuntu) * Merge new fixes from branch=9 * clang-11: Drop Recommends: libomp-11-dev llvm-toolchain-11 (1:11.1.0-2) unstable; urgency=medium * Adjust the cmake test to unbreak autopkgtest llvm-toolchain-11 (1:11.1.0-1) unstable; urgency=medium [ Sylvestre Ledru ] * Upload to unstable * bump autopkgtest cmake version (Closes: #994501) Thanks to Timo Röhling for the patch [ Gianfranco Costamagna ] * Cherry-pick upstream commit to fix a libgl1-mesa-dri texture failure. (Closes: #989545) llvm-toolchain-11 (1:11.1.0-1~exp2) experimental; urgency=medium * Fix the default binary path for scan-build-py to clang-11 (instead of clang) - see scan-build-py-fix-default-bin.diff tested by https://github.com/opencollab/llvm-toolchain-integration-test-suite/ [ Krzysztof Aleksander Pyrkosz ] * Add libxml2 as a dependency as it is necessary for llvm manifest tool (llvm-mt) (Closes: #990537) - not really working for now llvm-toolchain-11 (1:11.1.0-1~exp1) experimental; urgency=medium * New upstream release Should be mostly minor fixes Was driven by https://bugs.llvm.org/show_bug.cgi?id=46526 but as we are not impacted, I reverted the change in debian/patches/revert-abi-change-clang.diff * Also build lld on s390x * Fix the path to analyze-{cc,c++} for scan-build-py with --intercept-first (scan-build-py-fix-analyze-path.diff) * Backport bug #47591 to fix a miscompilation in bpftrace (Closes: #990220) * Only enable libomp-11-doc on supported archs llvm-toolchain-11 (1:11.0.1-2) unstable; urgency=medium * Fix the changelog llvm-toolchain-11 (1:11.0.1-1) unstable; urgency=medium [ Sylvestre Ledru ] * New stable release [ Gianfranco Costamagna ] * Drop old patch, upstream now * Run dh_makeshlibs with -V parameter (Closes: #977814) llvm-toolchain-11 (1:11.0.1~+rc2-1) unstable; urgency=medium * New snapshot release * Remove 'gnu-assembler-compat.diff' - merged upstream llvm-toolchain-11 (1:11.0.1~+rc1-1) unstable; urgency=medium [ Alexander Volkov ] * Fix description of libclang-cpp11-dev package. [ Sylvestre Ledru ] * Upload to unstable to help doko with gcc 11.0.1 will be released before the freeze llvm-toolchain-11 (1:11.0.1~+rc1-1~exp1) experimental; urgency=medium [ Gianfranco Costamagna ] * gnu-assembler-compat.diff: Add upstream patch D92052 to fix a gcn offload compiler issue with gcc (Closes: #975692) [ Sylvestre Ledru ] * New snapshot release * Remove fix-clang-format-bug-47589.patch (applied upstream) llvm-toolchain-9 (1:9.0.1-19) unstable; urgency=medium * Add two patches from ubuntu to fix lto and gcc-11 build failures llvm-toolchain-9 (1:9.0.1-18) unstable; urgency=medium [ Gianfranco Costamagna ] * Cherry-pick nmu again. (version 16.1) * bump minimum cmake version on qualify-clang.sh too * simplify cmake test without minor version [ Andreas Beckmann <anbe@debian.org> ] * clang-9: Drop Recommends: libomp-9-dev which is not co-installable with libomp-11-dev (and libomp-dev) for smoother upgrades of libomp-dev from buster to bullseye. (Closes: #990452) llvm-toolchain-9 (1:9.0.1-17) unstable; urgency=medium * Remove an old breaks/replaces for 9 which was causing some issues on Debian buster. Thanks to Julien Wajsberg for the bug report * bump autopkgtest cmake version (Closes: #994501) Thanks to Timo Röhling for the patch * cherry pick 68d5235cb58f988c71b403334cd9482d663841ab to build with newer version of the kernel llvm-toolchain-9 (1:9.0.1-16) unstable; urgency=medium * Only enable libomp-9-doc on supported archs [ Adrian Bunk ] * Fix the fuzzer build on i386. [ Sylvestre Ledru ] * Ignore some tests on i386 to get autopkgtest fixed (Closes: #972334) llvm-toolchain-11 (1:11.0.0-4) unstable; urgency=medium * Cherry-pick some fixes from https://github.com/opencollab/llvm-toolchain-integration-test-suite/ * Only install hwasan_symbolize when found * Don't use gold on ppc64el. It fails to build in that case (Closes: #972317) [ John Paul Adrian Glaubitz ] * Limit maximum parallel link jobs to 4 on sparc and sparc64 llvm-toolchain-11 (1:11.0.0-3) unstable; urgency=medium [ Sylvestre Ledru ] * Rebuild to fix the coinstall issues (Closes: #972323) * Replace use of deprecated $ADTTMP with $AUTOPKGTEST_TMP. llvm-toolchain-11 (1:11.0.0-2) unstable; urgency=medium * Fix a clang-format issue. Fix bug #47589 llvm-toolchain-11 (1:11.0.0-1) unstable; urgency=medium * New upstream release llvm-toolchain-11 (1:11.0.0~+rc6-1) unstable; urgency=medium [ Sylvestre Ledru ] * New rc release * remove all artifacts after tests [ Gianfranco Costamagna ] * qualify-clang.sh: exclude z3 tests when support is not available, not based on libz3-dev installation but on the error returned by clang invocation llvm-toolchain-11 (1:11.0.0~+rc5-1) unstable; urgency=medium * New rc release llvm-toolchain-11 (1:11.0.0~+rc4-1) unstable; urgency=medium * New rc release * Fix one more test in autopkgtest llvm-toolchain-11 (1:11.0.0~+rc3-2) unstable; urgency=medium * Update of the symbol list of libomp5: - GOMP_loop_maybe_nonmonotonic_runtime_next - GOMP_loop_maybe_nonmonotonic_runtime_start - GOMP_loop_nonmonotonic_runtime_next - GOMP_loop_nonmonotonic_runtime_start - GOMP_loop_ull_maybe_nonmonotonic_runtime_next - GOMP_loop_ull_maybe_nonmonotonic_runtime_start - GOMP_loop_ull_nonmonotonic_runtime_next - GOMP_loop_ull_nonmonotonic_runtime_start - GOMP_parallel_loop_maybe_nonmonotonic_runtime - GOMP_parallel_loop_nonmonotonic_runtime - omp_display_env * Bring back LLVM_POLLY_LINK_INTO_TOOLS=ON to workaround the error clang (LLVM option parsing): Unknown command line argument '-polly'. Try: 'clang (LLVM option parsing) --help' Also found in autopkgtest * In the autopkgtest tests, update the opt arguments (-q removed and -basicaa renamed to -basic-aa) * Disable test executions on mipsel (timeout) llvm-toolchain-11 (1:11.0.0~+rc3-1) unstable; urgency=medium * New rc release llvm-toolchain-11 (1:11.0.0~+rc2-6) unstable; urgency=medium * Fix "libc++-11-dev includes libc++abi-11-dev headers" (Closes: #969274) * Install llvm examples in llvm-11-examples (Closes: #969339) llvm-toolchain-11 (1:11.0.0~+rc2-5) unstable; urgency=medium [ John Paul Adrian Glaubitz ] * Link against libatomic on powerpc to fix FTBFS in stage2 * Use dh-exec to exclude lib/libPolly*.a on powerpc and powerpcspe from libclang-common-X.Y-dev.install.in [ Gianfranco Costamagna ] * autopkgtests: ignore binfmts enable command return value. llvm-toolchain-11 (1:11.0.0~+rc2-4) unstable; urgency=medium * integration-test-suite-test: change the configuration for 11 llvm-toolchain-11 (1:11.0.0~+rc2-3) unstable; urgency=medium * Fix testsuite by ignoring binfmts test (can't be enabled on autopkgtests) llvm-toolchain-11 (1:11.0.0~+rc2-2) unstable; urgency=medium [ Gianfranco Costamagna ] * Disable ocaml support on i386, not reasonable to support it there (specially for Ubuntu) * Enable binfmt support before using it in tests, to fix them [ Sylvestre Ledru ] * Also link against -latomic on mipsel to fix /usr/[...]/atomic_base.h:426: undefined reference to `__atomic_load_8' for lld to fix the FTBFS * Fix a FTBFS on armel with libcxx-armhf-ftbfs.diff atomic:2780:16: error: use of undeclared identifier '__libcpp_signed_lock_free' typedef atomic<__libcpp_signed_lock_free> atomic_signed_lock_free; ^ atomic:2781:16: error: unknown type name '__libcpp_unsigned_lock_free'; did you mean 'atomic_signed_lock_free'? typedef atomic<__libcpp_unsigned_lock_free> atomic_unsigned_lock_free; llvm-toolchain-11 (1:11.0.0~+rc2-1) unstable; urgency=medium * New snapshot release llvm-toolchain-11 (1:11.0.0~+rc1-2) unstable; urgency=medium * Don't install ompt-multiplex.h on armhf, mipsel and mips64el (Closes: #967944) llvm-toolchain-11 (1:11.0.0~+rc1-1) unstable; urgency=medium * Testing release llvm-toolchain-11 (1:11~++20200715043845+0e377e253c1-1~exp1) experimental; urgency=medium [ Sylvestre Ledru ] * branching of snapshot into 11 [ Samuel Thibault ] * debian/patches/hurd/hurd-EIEIO-undef.diff: Remove, upstreamed. * debian/patches/hurd/hurd-cxx-paths.diff: Remove, upstreamed. llvm-toolchain-snapshot (1:11~++20200701093119+ffee8040534-1~exp1) experimental; urgency=medium * New snapshot release * libc++ requires the LLVM_PATH, adding it * Remove no-z3.patch, seems to be merged upstream * No longer install clang-import-test (upstream change) See https://reviews.llvm.org/D82169 llvm-toolchain-snapshot (1:11~++20200623122106+cd6848f6e1d-1~exp1) experimental; urgency=medium * experimental New snapshot release * Add -DLLVM_POLLY_LINK_INTO_TOOLS=OFF to workaround https://bugs.llvm.org/show_bug.cgi?id=45571 * New symbol clang_Type_getValueType added * Install usr/lib/llvm-11/lib/cmake/lld/*.cmake in liblld-11-dev * Upstream change ad97ccf6b26a29262c9cbf5b3e7f6e…

sylvestre · 2023-03-23T22:22:48Z

Fixed now

eli-schwartz · 2023-03-23T22:31:47Z

Nice, is there a commit reference for that? :)

github-actions bot added the new issue label Oct 12, 2022

sylvestre self-assigned this Oct 12, 2022

sylvestre added build-problem packaging and removed new issue labels Oct 12, 2022

tru added this to the LLVM 15.0.3 milestone Oct 12, 2022

sylvestre mentioned this issue Oct 12, 2022

[llvm-15][apt] Missing "llvm-bolt"? #58316

Closed

rymiel mentioned this issue Oct 14, 2022

Unable to use LLVM 16 as a library from apt.llvm.org #58075

Closed

MrSidims mentioned this issue Oct 14, 2022

Emit OpMemberDecorate for member 0 annotations KhronosGroup/SPIRV-LLVM-Translator#1646

Merged

azat mentioned this issue Oct 17, 2022

Bump llvm/clang to 15.0.2 ClickHouse/ClickHouse#42351

Merged

tru removed this from the LLVM 15.0.3 milestone Oct 18, 2022

MrSidims mentioned this issue Oct 18, 2022

[NFC] Add opening parenthesis to call checks KhronosGroup/SPIRV-LLVM-Translator#1659

Merged

lerno mentioned this issue Oct 20, 2022

Missing llvm-bat-dump #58495

Open

sylvestre closed this as completed Mar 23, 2023

sylvestre mentioned this issue May 9, 2023

Linux package for LLVM 17 fails with missing "libomp.so.5" #62622

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

LLVM 15.0.3 cmake file fails due to missing llvm-bolt #58317

LLVM 15.0.3 cmake file fails due to missing llvm-bolt #58317

lerno commented Oct 12, 2022

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022

EugeneZelenko commented Oct 12, 2022

sylvestre commented Oct 12, 2022

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022 •

edited

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022

sylvestre commented Oct 12, 2022

banach-space commented Oct 12, 2022

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022

tru commented Oct 13, 2022

lerno commented Oct 13, 2022

sylvestre commented Oct 13, 2022

lerno commented Oct 13, 2022

lerno commented Oct 13, 2022

lerno commented Oct 14, 2022

sylvestre commented Oct 14, 2022

lerno commented Oct 14, 2022

sylvestre commented Oct 14, 2022

lerno commented Oct 15, 2022

sylvestre commented Oct 15, 2022

banach-space commented Oct 15, 2022

sylvestre commented Oct 15, 2022

lerno commented Oct 16, 2022

lerno commented Oct 18, 2022

sylvestre commented Oct 18, 2022

lerno commented Oct 18, 2022

eli-schwartz commented Jan 20, 2023

sylvestre commented Jan 23, 2023

sylvestre commented Mar 23, 2023

eli-schwartz commented Mar 23, 2023

LLVM 15.0.3 cmake file fails due to missing llvm-bolt #58317

LLVM 15.0.3 cmake file fails due to missing llvm-bolt #58317

Comments

lerno commented Oct 12, 2022

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022

EugeneZelenko commented Oct 12, 2022

sylvestre commented Oct 12, 2022

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022 • edited

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022

sylvestre commented Oct 12, 2022

banach-space commented Oct 12, 2022

sylvestre commented Oct 12, 2022

lerno commented Oct 12, 2022

tru commented Oct 13, 2022

lerno commented Oct 13, 2022

sylvestre commented Oct 13, 2022

lerno commented Oct 13, 2022

lerno commented Oct 13, 2022

lerno commented Oct 14, 2022

sylvestre commented Oct 14, 2022

lerno commented Oct 14, 2022

sylvestre commented Oct 14, 2022

lerno commented Oct 15, 2022

sylvestre commented Oct 15, 2022

banach-space commented Oct 15, 2022

sylvestre commented Oct 15, 2022

lerno commented Oct 16, 2022

lerno commented Oct 18, 2022

sylvestre commented Oct 18, 2022

lerno commented Oct 18, 2022

eli-schwartz commented Jan 20, 2023

sylvestre commented Jan 23, 2023

sylvestre commented Mar 23, 2023

eli-schwartz commented Mar 23, 2023

lerno commented Oct 12, 2022 •

edited