BR multilib libunwind-devel to please multilib detection

when checking ie __i386__ symbol existence llvm compiles a binary with
libunwind linked-in although it does not seem to be required in actual
compiler rt artifacts

caused by: https://github.com/llvm/llvm-project/pull/66584

update doc files

BR: python3-myst_parser

up to 18.1.3

drop -doc subpackage (commented out since 2015)

more %{_isa} variants of self deps in devel subpackages

- release 3 (z3 4.12.x)

- patch to fix ocaml linking with shared libLLVM, fixed NDEBUG defines in lowmem bcond

rebuild with ocaml bindings

Release 2 (by relup.sh)

up to 17.0.4

up to 17.0.3

BR: llvm-devel for ocaml bindings

ocaml bindings linking is broken and uses system installed libLLVM.
until it is fixed make it explicit in spec.

move compiler-rt part of cmake utils patch to separate file

fix files when building with target_nvptx

GPURuntime/PollyPPCG are gone with:
https://github.com/llvm/llvm-project/commit/19afbfe33156d211fa959dadeea46cd17b9c723c

up to 17.0.2

pull ocaml docs building out of doc condition

deps/install/files are all independent of doc bcond so align building
with the rest. fixes build with ocaml but without doc.

- fix building without lldb

- clean mlir objects when building with just mlir, not flang

- updated to 16.0.6; updated flang building

up to 16.0.5

make -devel depend on %{?_isa} variant of -libs

Release 2 (by relup.sh)

rel 1

update compiler-rt triple for %{armv7}

after changes from:
https://github.com/llvm/llvm-project/commit/bd6783b380768bd35f37e0034dccf6c5736dd031

up to 16.0.4

up to 16.0.3

keep fractional release until https://github.com/llvm/llvm-project/issues/58776 is figured

up to 16.0.1

mlir is now part of official release

-devel deps

use arm family macros

be more granular about which of %{arm} need libatomic

libatomic mandatory for libLLVM not only lldb

BR: zstd-devel

atomic patch no longer necessary

similar solution implemented upstream in:
https://github.com/llvm/llvm-project/commit/1a14436c35b4738a22554cc4a7349bfcf3ceea78

package new man pages

fix liborc_rt.a location on %{arm}

force enable LLVM_ENABLE_PER_TARGET_RUNTIME_DIR on %{arm}

now that CMAKE_SYSTEM_PROCESSOR is defined correctly:

https://github.com/llvm/llvm-project/commit/716e27bc9ad4699bbc82318834e938bcc9682cf8

started to apply. keep the setting enabled since it will be enabled by
default in llvm 17:

https://github.com/llvm/llvm-project/commit/cd173cbd7cca69c29df42cd4b42e60433435c29b

cleanup commented file

make lowmem optional on arm

keep asserts disabled with lowmem

liborc built only on %{arm} %{x8664} and aarch64

BR: python3-modules for %py3_*comp

noarch -apidocs, -ocaml-doc, clang-doc, clang-apidocs, bash-completion-clang

up to 16.0.0

- fractional release until downstream projects catch up
- python modules patch no longer needed (python detection moved up
  upstream)
- go bindings dropped upstream
- swig patch applied upstream
- don't build tests due to missing "third-party/unittest" in release
  tarballs

- updated to 15.0.7
- added swig patch (from github PRs) to fix build with swig 4.1

- updated to 15.0.5

ocaml rebuild

Release 2 (by relup.sh)

on platforms without all native atomic ops link libatomic together with libLLVM

see: https://github.com/llvm/llvm-project/issues/55880

apply x32 abi stripping patch only when building with rt

strip abi part in multilib clang_rt target dir names on x32

clang rt platform subdir might include abi part (ie for armhf)

test whether linker supports --reduce-memory-overheads before enabling it

correct bash-completion epoch

up to 15.0.2

- 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)