- updated to 14.0.6

explicitly set LLVM_TARGET_ARCH

add todo note about cmake dependencies

Release 2 (by relup.sh)

drop explicit abi part when packaging python module

don't drop llvm-c-test, appears to be referenced by cmake files

disable memory profiling runtime on x32

up to 14.0.4

- incorporate new NEC Vector Engine target
- new compiler-rt-paths and `realpath --relative-to` workaround since
  LLVM assumes CMAKE_INSTALL_*DIR are relative
- multilib compiler rt requires 32-bit glibc-devel

pull mlir-tblgen man page under doc bcond

Release 2 (by relup.sh)

rpm version for noarch subpackage

up to 13.0.1

- release 4

- disable flang for now, seems too heavy for th-{ix86,x86_64} with g++ 11

- hwasan_symbolize is built also on x32

- patch to honour CMAKE_INSTALL_LIBEXECDIR, use subdir for whole set of scan-build* binaries

- packaged bash completion file

- reordered clang packages:
  multilib with other ABIs rt stuff after base containing basic ABI rt
  devel and docs after libs

- updated flang patch, build mlir and flang components by default

- updated URL and License tags

- package missing files

- added libexecdir patch, consistently package binaries from both scan-build in libexecdir subdir

- require xar 1.6 for C++-aware exports

compiler-rt libraries now available on armv7h*

R: xar-devel in lld-devel

drop BC: llvm-devel; rel 3

ocaml bindings do not intend to link to newly compiled llvm. whoever
cares for ocaml bindings feel free to patch.

libOpenCL required only when building with polly gpgpu codegen

relax BC: to llvm-devel instead of llvm-libs

BC: llvm-libs if building with ocaml bindings; rel 2

first build of llvm with new abi always results in ocaml bindings being
linked to old abi libs

add support for enabling bindings selectively

polly gpgpu codegen requires NVPTX target

up to 13.0.0

- fixed libLTO packaging, release 3
  reported in: https://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2021-September/157866.html

Release 2 (by relup.sh)

- updated cmake and python versions

up to 12.0.1

make supported targets toggable

armv7hnl is armhf too

fix build without lldb

Release 2 (by relup.sh)

replace upstream fix for CompletionModelCodegen.py with one that actually works

up to 12.0.0

- patch with fixes for https://bugs.llvm.org/show_bug.cgi?id=49990
- rust not ready yet

- ocaml-ounit is only need ed for tests
- rel 3

- rediff patches

- release 2 (by relup.sh)

- updated gcc version (C++14 now obligatory)
- BR: xar-devel (for llvm-objdump), lua-devel, xz-devel (for lldb)
- updated z3 switch (now Z3 solver is enabled again)

- added flang bcond (mlir tarball not published separately, extracted from llvm-project), f18 builds but fails to run

up to 11.0.1

rebuild ocaml bindings; rel 2

still linked against system installed llvm

fix lowmem bcond

BR: binutils-devel for gold support

add lowmem bcond for reducing memory requirements during build

disable compiler-rt on arm lower than armv7

assembler in compiler-rt for arm requires instrctions available in armv7
and later

add support for %{arm}

explicitly define target triple

by default guessed based on host arch

Revert "use new %_ver_lt macro" (src builder cannot handle it)

This reverts commit 9fb373f507aeaf47887d43cae41579f857f5d9d1.

up to 11.0.0

- flang not packaged (requires MLIR not included in release)
- continue using old approach to finding python interpreter (prefers
  python2 which seems still required by lldb bindings)

use new %_ver_lt macro

up to 10.0.1

%if "<ver1>" >= "<ver2>" is lexicographical comparison, not version

fixes build with gcc 10 but also makes questionable other such
comparisons ie against %{_rpmversion}

add triplet for aarch64

extend support for aarch64

rebuild for ocaml bindings; rel 2

looks like ocaml bindings link with system installed llvm so wrong abi
was used during first build; rebuild once again as a workaround till
solution is figured

- hwasan is aarch64 and x86_64 only

- added lld-sphinx2 patch (adjust lld docs to be compatible with Sphinx 2+)

remove llvm-polly-update dropped from spec in 2bbd070

add R: llvm-polly-devel to clang-devel

libclangCodeGen.a has undefined symbol getPollyPluginInfo only satisfied
by libPolly.a

see https://bugs.llvm.org/show_bug.cgi?id=44870

up to 10.0.0

- updated to 9.0.1

drop sample plugins

initial update to 9.0.0

- added python-modules patch (fix python modules detection)
- BR: z3-devel (+z3 bcond) for constraint solver in Clang Static Analyzer

disable debug packages on x32

up to 8.0.1

- release shipped from github now

- updated doc BR

up to 8.0.0

rust not ready yet

Revert accidental "- release 2 (by relup.sh)"

This reverts commit 4985ae3c27954a69326b14573013e8a2811334da.

- release 2 (by relup.sh)

up to 7.0.1

- release 3

- really reenable split-dwarf

- updated switch to enable rtti
- fixed x32 build without rtti
- reenable split-dwarf, carme-x32 runs OOM without it

TODO item about RTTI added

- let's see if 250G is enough to build without -gsplit-dwarf

- disable package completeness check in cmake exports file; release 2

- use -gsplit-dwarf on all archs

up to 7.0.0

up to 6.0.1

- use newer rpm macros that skip checking std::__once_callable, std::__once_call

- added note about build space requirements

- pl for -opt-viewer and vim-plugin-clang

- no parallel install (this may be the cause for 'make: write error: stdout' on x8664 builder)

- readd gold lib

- remove patches missed by rebase

- opt-viewer is pure noarch python

- package opt-viewer, vim and wasm stuff

BR: swig-python >= 3.0.11

quoting tools/lldb/scripts/lldb.swig:

error Swig versions 3.0.9 and 3.0.10 are incompatible with lldb.

up to 6.0.0

up to 5.0.1

fix lldb-python-doc