LLVM/project 1f7ddfflldb/source/Plugins/Process/Utility StopInfoMachException.cpp

[lldb] Recognize MTE faults with EXC_GUARD exception type

Recognize the new `EXC_GUARD` mach exception type
for MTE faults.  We also keep supporting the old
`EXC_BAD_ACCESS` exception type for backward
compatibility (newer LLDB on older OS).

rdar://166415268
DeltaFile
+4-1lldb/source/Plugins/Process/Utility/StopInfoMachException.cpp
+4-11 files

LLVM/project 88175e6lldb/source/Plugins/Process/Utility StopInfoMachException.cpp StopInfoMachException.h

[lldb][NFC] Extract StopInfoMachException::GetTagFaultAddress() helper function
DeltaFile
+16-9lldb/source/Plugins/Process/Utility/StopInfoMachException.cpp
+4-1lldb/source/Plugins/Process/Utility/StopInfoMachException.h
+20-102 files

LLVM/project c62cd28offload/include/OpenMP Mapping.h, offload/libomptarget omptarget.cpp

[OpenMP][Offload] Add `LIBOMPTARGET_TREAT_ATTACH_AUTO_AS_ALWAYS` to treat `attach(auto)` as `attach(always)`. (#172382)

This is needed as a way to support older code that was expecting
unconditional attachment to happen for cases like:

```c
  int *p;
  int x;

  #pragma omp targret enter data map(p) // (A)
  #pragma omp target enter data map(x)  // (B)
  p = &x;

  // By default, this does NOT attach p and x
  #pragma omp target enter data map(p[0:0]) // (C)
```

When the environment variable is set, such maps, where both the pointer
and the pointee already have corresponding copies on the device, but are
not attached to one another, will be attached as-if OpenMP 6.1 TR14's
`attach(always)` map-type-modifier was specified on `(C)`.
DeltaFile
+54-0offload/test/mapping/map_ptr_then_ptee_then_attach.c
+18-0openmp/docs/design/Runtimes.rst
+11-0offload/include/OpenMP/Mapping.h
+7-1offload/libomptarget/omptarget.cpp
+4-0offload/test/lit.cfg
+94-15 files

LLVM/project ffe973a.ci generate_test_report_lib_test.py generate_test_report_lib.py

[CI] Make premerge advisor exit with code 0 if failures are explained

This will mark the CI as green if the premerge advisor is able to
explain all of the failures. We have seen many false negatives (failures
not explained that should be), but no false positives (failures
explained that should not be) so far.

Reviewers: cmtice

Pull Request: https://github.com/llvm/llvm-project/pull/172394
DeltaFile
+52-24.ci/generate_test_report_lib_test.py
+28-3.ci/generate_test_report_lib.py
+13-14.ci/premerge_advisor_explain.py
+93-413 files

LLVM/project 6738917.ci utils.sh premerge_advisor_explain.py

[CI] Use the exit code from the premerge advisor

This patch makes it so that we use an exit code determined by the
premerge advisor rather than whatever exit code was returned by the
failing command. This is intended for making it so that we can mark the
CI as green if all of the failures are explained as either flaky or
already failing at HEAD. For now we just propagate whatever the last
command returned.

Reviewers: cmtice

Pull Request: https://github.com/llvm/llvm-project/pull/172393
DeltaFile
+7-2.ci/utils.sh
+2-0.ci/premerge_advisor_explain.py
+9-22 files

LLVM/project 60587b2compiler-rt/test lit.common.cfg.py, compiler-rt/test/builtins lit.cfg.py

[compiler-rt] [Darwin] OS/feature detection should use the run-wrapper (#171167)

Some Darwin test configurations use a `%run`
[wrapper](https://github.com/llvm/llvm-project/blob/fd140048b36d8ec81a865e2f2bf67e5c1a0e2e6e/compiler-rt/test/lit.common.cfg.py#L409).
We should also use this wrapper when doing OS detection and feature
detection.

rdar://166652015
DeltaFile
+24-17compiler-rt/test/lit.common.cfg.py
+3-3compiler-rt/test/builtins/lit.cfg.py
+27-202 files

LLVM/project 6b183f4llvm/include/llvm/Passes CodeGenPassBuilder.h, llvm/lib/Target/AMDGPU AMDGPUTargetMachine.cpp R600TargetMachine.cpp

[Codegen][NewPM] Explicitly Nest Passes in CodegenPassBuilder (#169867)

This implements the major piece of

https://discourse.llvm.org/t/rfc-codegen-new-pass-manager-pipeline-construction-design/84659,
making it explicit when we break the function pipeline up.

We essentially get rid of the AddPass and AddMachinePass helpers and
replace them with explicit functions for the pass types. The user then
needs to explicitly call flushFPMstoMPM before breaking.

This is sort of a hybrid of the current construction and what the RFC
proposed. The alternative would be passing around FunctionPassManagers
and having the pipeline actually explicitly constructed. I think this
compromises ergonomics slightly (needing to pass a FPM in many more
places). It is also nice to assert that the function pass manager is
empty when adding a module pass, which is easier when CodegenPassBuilder
owns the FPM and MFPM.
DeltaFile
+310-348llvm/include/llvm/Passes/CodeGenPassBuilder.h
+153-139llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
+7-7llvm/lib/Target/X86/X86CodeGenPassBuilder.cpp
+6-6llvm/lib/Target/AMDGPU/R600TargetMachine.cpp
+476-5004 files

LLVM/project 6751ae9clang-tools-extra/clang-doc JSONGenerator.cpp HTMLGenerator.cpp, clang-tools-extra/clang-doc/assets index-template.mustache

delete extraneous brace
DeltaFile
+57-7clang-tools-extra/clang-doc/JSONGenerator.cpp
+62-0clang-tools-extra/test/clang-doc/index.cpp
+41-0clang-tools-extra/clang-doc/assets/index-template.mustache
+12-0clang-tools-extra/clang-doc/HTMLGenerator.cpp
+0-11clang-tools-extra/test/clang-doc/json/compound-constraints.cpp
+4-0clang-tools-extra/clang-doc/Generators.cpp
+176-187 files not shown
+180-2413 files

LLVM/project 38a52a6clang-tools-extra/clang-doc HTMLGenerator.cpp, clang-tools-extra/clang-doc/assets navbar-template.mustache

[clang-doc] Add a "Home" link to navbar

This patch removes the old buttons and adds a link to the homepage.
DeltaFile
+4-16clang-tools-extra/test/clang-doc/basic-project.mustache.test
+7-0clang-tools-extra/clang-doc/HTMLGenerator.cpp
+1-4clang-tools-extra/clang-doc/assets/navbar-template.mustache
+12-203 files

LLVM/project 4dafa54clang-tools-extra/clang-doc HTMLGenerator.cpp, clang-tools-extra/clang-doc/assets navbar-template.mustache

[clang-doc] Add a "Home" link to navbar

This patch removes the old buttons and adds a link to the homepage.
DeltaFile
+4-16clang-tools-extra/test/clang-doc/basic-project.mustache.test
+7-0clang-tools-extra/clang-doc/HTMLGenerator.cpp
+1-4clang-tools-extra/clang-doc/assets/navbar-template.mustache
+12-203 files

LLVM/project e9df125clang-tools-extra/clang-doc JSONGenerator.cpp HTMLGenerator.cpp, clang-tools-extra/clang-doc/assets index-template.mustache

fix unittest
DeltaFile
+57-7clang-tools-extra/clang-doc/JSONGenerator.cpp
+63-0clang-tools-extra/test/clang-doc/index.cpp
+41-0clang-tools-extra/clang-doc/assets/index-template.mustache
+12-0clang-tools-extra/clang-doc/HTMLGenerator.cpp
+0-11clang-tools-extra/test/clang-doc/json/compound-constraints.cpp
+4-0clang-tools-extra/clang-doc/Generators.cpp
+177-187 files not shown
+181-2413 files

LLVM/project 68aea8ellvm/lib/CodeGen/SelectionDAG SelectionDAG.cpp, llvm/lib/Target/AMDGPU SIISelLowering.cpp

AMDGPU: Avoid introducing unnecessary fabs in fast fdiv lowering (#172553)

If the sign bit of the denominator is known 0, do not emit the fabs.
Also, extend this to handle min/max with fabs inputs.

I originally tried to do this as the general combine on fabs, but
it proved to be too much trouble at this time. This is mostly
complexity introduced by expanding the various min/maxes into
canonicalizes, and then not being able to assume the sign bit
of canonicalize (fabs x) without nnan.

This defends against future code size regressions in the atan2 and
atan2pi library functions.
DeltaFile
+15-0llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp
+6-6llvm/test/CodeGen/AMDGPU/fabs-known-signbit-combine-fast-fdiv-lowering.ll
+4-1llvm/lib/Target/AMDGPU/SIISelLowering.cpp
+25-73 files

LLVM/project f13a190mlir/include/mlir/Bindings/Python IRCore.h, mlir/lib/Bindings/Python MainModule.cpp

fix after rebase
DeltaFile
+2-2mlir/include/mlir/Bindings/Python/IRCore.h
+2-2mlir/lib/Bindings/Python/MainModule.cpp
+4-42 files

LLVM/project 96b134bmlir/include/mlir/Bindings/Python Globals.h IRCore.h, mlir/lib/Bindings/Python MainModule.cpp IRAttributes.cpp

rebase
DeltaFile
+53-0mlir/lib/Bindings/Python/MainModule.cpp
+0-44mlir/include/mlir/Bindings/Python/Globals.h
+7-7mlir/include/mlir/Bindings/Python/IRCore.h
+4-5mlir/python/CMakeLists.txt
+0-8mlir/lib/Bindings/Python/IRAttributes.cpp
+0-3mlir/lib/Bindings/Python/Globals.cpp
+64-671 files not shown
+65-677 files

LLVM/project 1110697mlir/include/mlir/Bindings/Python IRCore.h, mlir/lib/Bindings/Python MainModule.cpp IRTypes.cpp

works
DeltaFile
+2-30mlir/lib/Bindings/Python/MainModule.cpp
+20-11mlir/test/python/lib/PythonTestModuleNanobind.cpp
+19-0mlir/include/mlir/Bindings/Python/IRCore.h
+3-15mlir/lib/Bindings/Python/IRTypes.cpp
+1-13mlir/lib/Bindings/Python/IRAttributes.cpp
+10-2mlir/python/CMakeLists.txt
+55-717 files not shown
+63-8713 files

LLVM/project 5642439mlir/include/mlir/Bindings/Python IRCore.h NanobindUtils.h, mlir/lib/Bindings/Python IRCore.cpp MainModule.cpp

kind of working
DeltaFile
+17-3,300mlir/lib/Bindings/Python/IRCore.cpp
+2,355-0mlir/include/mlir/Bindings/Python/IRCore.h
+2,274-3mlir/lib/Bindings/Python/MainModule.cpp
+0-1,348mlir/lib/Bindings/Python/IRModule.h
+436-0mlir/include/mlir/Bindings/Python/NanobindUtils.h
+0-436mlir/lib/Bindings/Python/NanobindUtils.h
+5,082-5,08715 files not shown
+5,671-5,58321 files

LLVM/project 975ddeamlir/python CMakeLists.txt

[mlir][Python] create MLIRPythonSupport
DeltaFile
+52-13mlir/python/CMakeLists.txt
+52-131 files

LLVM/project 684dda3.ci generate_test_report_lib.py utils.sh

feedback

Created using spr 1.3.7
DeltaFile
+6-5.ci/generate_test_report_lib.py
+1-0.ci/utils.sh
+7-52 files

LLVM/project a46dbc6.ci utils.sh

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+1-0.ci/utils.sh
+1-01 files

LLVM/project a655d37.ci utils.sh

feedback

Created using spr 1.3.7
DeltaFile
+1-0.ci/utils.sh
+1-01 files

LLVM/project 8cb195dmlir/include/mlir/Dialect/XeGPU/Utils XeGPUUtils.h, mlir/lib/Dialect/XeGPU/Transforms XeGPUSubgroupDistribute.cpp XeGPUWgToSgDistribute.cpp

fixing names and use setLayoutAttr APIs
DeltaFile
+19-19mlir/lib/Dialect/XeGPU/Transforms/XeGPUSubgroupDistribute.cpp
+15-14mlir/lib/Dialect/XeGPU/Transforms/XeGPUWgToSgDistribute.cpp
+13-12mlir/lib/Dialect/XeGPU/Utils/XeGPUUtils.cpp
+3-3mlir/include/mlir/Dialect/XeGPU/Utils/XeGPUUtils.h
+2-2mlir/lib/Dialect/XeGPU/Transforms/XeGPUOptimizeBlockLoads.cpp
+2-2mlir/lib/Dialect/XeGPU/Transforms/XeGPUBlocking.cpp
+54-521 files not shown
+56-547 files

LLVM/project b4144c1compiler-rt/test/sanitizer_common CMakeLists.txt

[sanitizer_common] Fix missing `check-sanitizer` deps under LLVM_ENABLE_RUNTIMES (#170817)

`COMPILER_RT_STANDALONE_BUILD` is set when doing a
`LLVM_ENABLE_RUNTIMES` build. This prevents the sanitizer runtimes from
being added as dependencies to `check-sanitizer`. Currently, if you make
runtime changes and then run `check-sanitizer` you won't actually be
testing a rebuilt runtime.

I don't follow why `COMPILER_RT_STANDALONE_BUILD` is even relevant here
(was it ever?), so the right thing to do may be to remove the check
entirely instead of adding `OR LLVM_RUNTIMES_BUILD` like I'm doing
here..

rdar://165894534
DeltaFile
+1-1compiler-rt/test/sanitizer_common/CMakeLists.txt
+1-11 files

LLVM/project e98a765clang/bindings/python/clang cindex.py

[libclang/python] Remove unused exception variable (#172516)

Remove unused CompilationDatabaseError variable (fixes #172374)
DeltaFile
+1-1clang/bindings/python/clang/cindex.py
+1-11 files

LLVM/project 505d07bclang/include/clang/Basic arm_sve.td, llvm/test/CodeGen/AArch64 sve-intrinsics-bfscale.ll

fixup! [AArch64][llvm] Add intrinsics for SVE BFSCALE

Minor tweaks suggested by Kerry
DeltaFile
+6-6clang/include/clang/Basic/arm_sve.td
+0-4llvm/test/CodeGen/AArch64/sve-intrinsics-bfscale.ll
+6-102 files

LLVM/project 8cba26cmlir/test/Conversion/ArithAndMathToAPFloat arith-to-apfloat.mlir math-to-apfloat.mlir, mlir/test/Conversion/ArithToApfloat arith-to-apfloat.mlir

add lit test
DeltaFile
+329-0mlir/test/Conversion/ArithAndMathToAPFloat/arith-to-apfloat.mlir
+0-329mlir/test/Conversion/ArithToApfloat/arith-to-apfloat.mlir
+52-17mlir/test/Integration/Dialect/Math/CPU/test-apfloat-emulation.mlir
+66-0mlir/test/Conversion/ArithAndMathToAPFloat/math-to-apfloat.mlir
+447-3464 files

LLVM/project 2d08b0coffload/include/Shared Debug.h

Revert "[OpenMP][Offload] Add support for lambdas with debug conditions" (#172570)

Reverts llvm/llvm-project#172107
DeltaFile
+9-46offload/include/Shared/Debug.h
+9-461 files

LLVM/project 134b372clang/include/clang/AST APValue.h

[clang][NFC] `getAsVoidPointer` and `getFromVoidPointer` should deal in pointers to `const`

Rather than just blindly assuming we can modify the data pointed to by a `const void *`, just accept and return `const`-qualified pointers. This eliminates a `const_cast` and makes a `reinterpret_cast` no longer act as a `const_cast`.
DeltaFile
+10-10clang/include/clang/AST/APValue.h
+10-101 files

LLVM/project d8e089allvm/include/llvm/Passes CodeGenPassBuilder.h, llvm/lib/Target/AMDGPU AMDGPUTargetMachine.cpp R600TargetMachine.cpp

update

Created using spr 1.3.7
DeltaFile
+235-348llvm/include/llvm/Passes/CodeGenPassBuilder.h
+141-177llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
+7-12llvm/lib/Target/X86/X86CodeGenPassBuilder.cpp
+6-11llvm/lib/Target/AMDGPU/R600TargetMachine.cpp
+389-5484 files

LLVM/project 142c7c3clang/include/clang/Sema Sema.h, clang/lib/Sema SemaDeclAttr.cpp Sema.cpp

[clang][NFC] `inferNoReturnAttr` modifies the `Decl`, so it shouldn't be marked `const`

This removes a `const_cast`.
DeltaFile
+2-3clang/include/clang/Sema/Sema.h
+2-3clang/lib/Sema/SemaDeclAttr.cpp
+2-2clang/lib/Sema/Sema.cpp
+6-83 files

LLVM/project bc64cb8offload/libomptarget/OpenMP Mapping.cpp

Keep original message
DeltaFile
+3-3offload/libomptarget/OpenMP/Mapping.cpp
+3-31 files