[Openmp-commits] [clang] [openmp] Build and ship OpenMP with LLVM releases (PR #160581)

[Leandro Lupori via Openmp-commits]

luporl wrote:

About the test failures:

- Flang :: Lower/location.f90
  - was already failing in release builds (#164667)
- LLVM :: Object/ar-create.test
- LLVM :: Object/archive-extract-dir.test
- LLVM :: tools/llvm-ar/mri-addlib.test
- LLVM :: tools/llvm-ar/mri-errors.test
- LLVM :: tools/llvm-ar/print.test
  - Caused by #167548, which was reverted
- libarcher :: races/critical-unrelated.c
- libarcher :: races/lock-nested-unrelated.c
- libarcher :: races/lock-unrelated.c
- libarcher :: races/parallel-simple.c
- libarcher :: races/task-dependency.c
- libarcher :: races/task-taskgroup-unrelated.c
- libarcher :: races/task-taskwait-nested.c
- libarcher :: races/task-two.c
- libarcher :: races/taskwait-depend.c
- libarcher :: task/task_late_fulfill.c
  - The CI machine doesn't have llvm-symbolizer available in PATH, so addr2line is used instead, but the Ubuntu 22.04 version doesn't support the DWARF used in the test program:
    - `addr2line: DWARF error: invalid or unhandled FORM value: 0x23`
  - Possible fixes:
    - Make llvm-symbolizer available in PATH
    - Upgrade to Ubuntu 24.04
    - Modify the tests to use DWARF 3 instead of 4

The macOS builder fails to build the sanitizer tests:
```
ld: warning: ignoring duplicate libraries: '-lc++'
Undefined symbols for architecture arm64:
  "std::__1::__hash_memory(void const*, unsigned long)", referenced from:
  ...
```
It seems some object files were compiled for LLVM 22 (git) but when linking the system libc++ is used, which doesn't have `std::__hash_memory`, introduced in LLVM 21 IIRC.
This failure doesn't appear to be related to this PR.

https://github.com/llvm/llvm-project/pull/160581