LLVM/project c9b3b35llvm/lib/ExecutionEngine ExecutionEngine.cpp, llvm/unittests/ExecutionEngine ExecutionEngineTest.cpp

formatting

Created using spr 1.3.7
DeltaFile
+2-2llvm/lib/ExecutionEngine/ExecutionEngine.cpp
+1-0llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+3-22 files

LLVM/project 49a3eb2llvm/unittests/ExecutionEngine ExecutionEngineTest.cpp

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+1-1llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+1-11 files

LLVM/project f162d3bllvm/unittests/ExecutionEngine ExecutionEngineTest.cpp

formatting

Created using spr 1.3.7
DeltaFile
+1-1llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+1-11 files

LLVM/project 56ba19bllvm/unittests/ExecutionEngine ExecutionEngineTest.cpp

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+1-1llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+1-11 files

LLVM/project 05c9d36llvm/unittests/ExecutionEngine ExecutionEngineTest.cpp

formatting

Created using spr 1.3.7
DeltaFile
+1-1llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+1-11 files

LLVM/project 9e1c789clang/lib/ScalableStaticAnalysis/Analyses/EntityPointerLevel EntityPointerLevel.cpp, clang/lib/ScalableStaticAnalysis/SourceTransformation/Transformations CppBoundedBuffers.cpp

Reland "[SSAF][clang-reforge] Add end-to-end clang-reforge tests (#219085)"

This reverts commit 459dffa2ef4af2e3fd96ff35a235a301bdeeb32c

The new test added in the original PR uses 'clang-apply-replacements'
conditionally now. It checks if the tool is available before using it.
When the tool is not there, it only checks against replacement offsets
and texts.

Final step of:
rdar://185840466
DeltaFile
+672-0clang/test/Analysis/Scalable/source-edit-generation/cpp-bounded-buffers-replacements.cpp
+25-9clang/lib/ScalableStaticAnalysis/SourceTransformation/Transformations/CppBoundedBuffers.cpp
+22-4clang/unittests/ScalableStaticAnalysis/SourceTransformation/CppBoundedBuffersTest.cpp
+8-0clang/test/Analysis/Scalable/source-edit-generation/lit.local.cfg
+1-1clang/lib/ScalableStaticAnalysis/Analyses/EntityPointerLevel/EntityPointerLevel.cpp
+728-145 files

LLVM/project 5aae245llvm/lib/Transforms/Vectorize VPlanUtils.cpp VPlanPatternMatch.h, llvm/test/Transforms/LoopVectorize/VPlan vplan-scev-address-idioms.ll

[VPlan] Compute SCEV for ptrtoaddr. (#219848)

SCEV models ptrtoaddr via getPtrToAddrExpr. Mirror that in
getSCEVExprForVPValue. ptrtoint stays unmodelled, as createSCEV returns
an unknown for it.

Adds m_PtrToAddr to VPlanPatternMatch.
DeltaFile
+5-4llvm/test/Transforms/LoopVectorize/VPlan/vplan-scev-address-idioms.ll
+6-0llvm/lib/Transforms/Vectorize/VPlanPatternMatch.h
+5-0llvm/lib/Transforms/Vectorize/VPlanUtils.cpp
+16-43 files

LLVM/project cba8a3bmlir/lib/Tools/mlir-pdll-lsp-server CMakeLists.txt

[mlir] Fix mlir-pdll-lsp-server link.

This is the same fix TableGenLspServerLib got in 9e469ced42cd.
This addresses the mlir-pdll-lsp-server instance of #152371.

MLIRPdllLspServerLib transitively needs LLVMTableGen, which is not part of
libLLVM.so, so MLIRPDLLParser already brings in static LLVMSupport. Linking the dylib here as well gives mlir-pdll-lsp-server two copies of LLVMSupport. Linking still succeeds, but with assertions view-output.test fails. The test trips over the two copies having different Hashing.h seeds, which is a separate defect to be addressed in another PR.

It has not shown up in CI because it needs the dylib and assertions at the same time, which rarely coincide. It also only became reachable once a3a25996b114 moved the LSP transport into libLLVM.so.
DeltaFile
+3-0mlir/lib/Tools/mlir-pdll-lsp-server/CMakeLists.txt
+3-01 files

LLVM/project b74db1bclang/lib/CIR/CodeGen CIRGenDecl.cpp, clang/test/CIR/CodeGen partial-array-cleanup.cpp

[CIR] Teach partial-array-destruction to work with arrays-of-records (#220045)

We currently assume that a partial-array destruction was a 1D array.
This is incorrect, as it can obviously be a MD array.

This patch comprehends the destruction across the array by using the
same begin/end iterators, but deleting these as element nodes.

Classic codegen does a full descent into the array types to do this
destruction, but I believe that is a side-effect of how it is going
through it. Treating arrays as contiguous and flattening the iterators
is effectively identical.

Note: Claude helped me extensively on the test, I believe all the
check-lines are correct, but I also pushed to make sure we got the full
structure checking correctly, so I hope this shows the differences above
properly.
DeltaFile
+365-0clang/test/CIR/CodeGen/partial-array-cleanup.cpp
+18-8clang/lib/CIR/CodeGen/CIRGenDecl.cpp
+383-82 files

LLVM/project 891e284compiler-rt/lib/ubsan/device ubsan_device_rpc.cpp ubsan_device_report.cpp, compiler-rt/lib/ubsan/offload ubsan_offload_rpc.cpp ubsan_offload_report.cpp

[compiler-rt] Rename ubsan_device to ubsan_offload

The host interceptor and GPU handler library serve offload, not a
generic device sanitizer. Keep the Apple add_ubsan_device_testsuite name.
DeltaFile
+0-368compiler-rt/lib/ubsan/device/ubsan_device_hsa.cpp
+368-0compiler-rt/lib/ubsan/offload/ubsan_offload_hsa.cpp
+0-343compiler-rt/lib/ubsan/device/ubsan_device_report.cpp
+343-0compiler-rt/lib/ubsan/offload/ubsan_offload_report.cpp
+0-241compiler-rt/lib/ubsan/device/ubsan_device_rpc.cpp
+241-0compiler-rt/lib/ubsan/offload/ubsan_offload_rpc.cpp
+952-95227 files not shown
+1,948-1,94933 files

LLVM/project 58ef32eclang/lib/Driver/ToolChains CommonArgs.cpp, clang/test/Driver fsanitize-undefined-offload.c

Device only and -shared fix
DeltaFile
+26-0clang/test/Driver/fsanitize-undefined-offload.c
+15-9clang/lib/Driver/ToolChains/CommonArgs.cpp
+41-92 files

LLVM/project 4945db9llvm/lib/Analysis ScalarEvolution.cpp, llvm/test/Analysis/ScalarEvolution addrec-vs-start-monotonic.ll

[SCEV] Use AddRec monotonicity in isKnownViaNonRecursiveReasoning. (#218280)

Monotonic AddRecs are never less than their start value; use that in
when reasoning about predicates involving an AddRec and its start value.

Improves results in a few cases on llvm-opt-benchmark-nightly:
https://github.com/dtcxzyw/llvm-opt-benchmark-nightly/pull/996

PR: https://github.com/llvm/llvm-project/pull/218280
DeltaFile
+318-0llvm/test/Analysis/ScalarEvolution/addrec-vs-start-monotonic.ll
+198-0llvm/test/Transforms/IndVarSimplify/addrec-vs-start-monotonic.ll
+26-0llvm/lib/Analysis/ScalarEvolution.cpp
+542-03 files

LLVM/project c1aa393bolt/include/bolt/Core Exceptions.h, bolt/lib/Core Exceptions.cpp

[BOLT] Parse .eh_frame CFI programs on demand to reduce memory

BOLT read the entire .eh_frame up front via DwCtx->getEHFrame(), which
parses and caches the CFI instruction program of every CIE/FDE in the
binary for the whole run. On a large binary, this dominated
file-object discovery: CFIProgram::parse accounted for ~6.5 GB and the
cached DWARFDebugFrame ~6.9 GB of live memory. Yet the CFI programs
are only consumed in CFIReaderWriter::fillCFIInfoFor, and only for the
functions BOLT actually disassembles. discoverFileObjects itself needs
nothing but each FDE's address and range for function-boundary checks.

Here we parse .eh_frame for its index only, and decode each function's
CFI program on demand, lazily, only for the functions that really need
it. In a large binary, DWARFDebugFrame::parse drops from 6922.2 MB
to 587.6 MB, the residual being the lightweight FDE/CIE index (entries
without instruction programs), and readSpecialSections falls from
7078.7 MB to 738.6 MB on the tested binary for which BOLT's RSS is
about 80-120GB.
DeltaFile
+26-8bolt/lib/Core/Exceptions.cpp
+20-5bolt/lib/Rewrite/RewriteInstance.cpp
+21-3bolt/include/bolt/Core/Exceptions.h
+67-163 files

LLVM/project 11a5053llvm/include/llvm/DebugInfo/DWARF DWARFContext.h DWARFDebugFrame.h, llvm/include/llvm/DebugInfo/DWARF/LowLevel DWARFCFIProgram.h

[DebugInfo] Allow .eh_frame CFI programs to be parsed lazily (#214895)

BOLT read the entire .eh_frame up front via DwCtx->getEHFrame(), which
parses and caches the CFI instruction program of every CIE/FDE in the
binary for the whole run. On a large binary, this dominated file-object
discovery: CFIProgram::parse accounted for ~6.5 GB and the cached
DWARFDebugFrame ~6.9 GB of live memory (from 5 to 10% of total anon peak
RSS).

This new interface allows DebugInfo's users to optionally parse CFIs on
demand, only when necessary. On BOLT, this is an important lever to
manage memory utilization when processing large binaries. A real use
case is also implemented in llvm-dwarfdump: it now decodes CFIs lazily,
so if a user requests a dump of a specific entry, only that entry is
decoded. If another entry in that section is invalid, we don't error
anymore as that entry won't be decoded if the user did not request it.
DeltaFile
+79-0llvm/test/tools/llvm-dwarfdump/X86/debug_frame_invalid_cfi_program.s
+70-3llvm/lib/DebugInfo/DWARF/DWARFDebugFrame.cpp
+35-16llvm/lib/DebugInfo/DWARF/DWARFContext.cpp
+44-2llvm/include/llvm/DebugInfo/DWARF/DWARFDebugFrame.h
+12-5llvm/include/llvm/DebugInfo/DWARF/DWARFContext.h
+5-0llvm/include/llvm/DebugInfo/DWARF/LowLevel/DWARFCFIProgram.h
+245-266 files

LLVM/project f2872a8llvm/docs/CommandGuide llvm-objdump.md llvm-profdata.md

[docs] Finish MyST migration for remaining CommandGuide docs
DeltaFile
+73-80llvm/docs/CommandGuide/llvm-nm.md
+57-89llvm/docs/CommandGuide/llvm-offload-binary.md
+33-42llvm/docs/CommandGuide/llvm-pdbutil.md
+19-26llvm/docs/CommandGuide/llvm-remarkutil.md
+10-15llvm/docs/CommandGuide/llvm-profdata.md
+9-11llvm/docs/CommandGuide/llvm-objdump.md
+201-26326 files not shown
+257-34432 files

LLVM/project 24e976fbolt/include/bolt/Core BinaryContext.h, bolt/lib/Core BinaryContext.cpp

[BOLT] Fix data race on the shared .dwp DWARF context

As noted by labrinea, 775dc9b8bf58 ("[BOLT] Create and release .dwo
DWARF contexts incrementally") releases every DWO context at the end
of readDebugInfo, leaving the bucket threads of the DWARF rewrite to
re-open them on demand. With a .dwp package that moved the first touch
of a shared context into the parallel phase, and multiple threads
compete for it, in a race for the abbrev table, causing intermittent
failures in dwarf5-ftypes-dwp-input-dwo-output.test.

Open the split CUs of a package up front, from a single thread, and
resolve the abbreviation table of every unit in it. This is not
relevant for the non-dwp case, which is unaffected.
DeltaFile
+15-0bolt/lib/Core/BinaryContext.cpp
+8-1bolt/include/bolt/Core/BinaryContext.h
+5-0bolt/lib/Rewrite/DWARFRewriter.cpp
+28-13 files

LLVM/project 0e95461llvm/lib/ExecutionEngine/Interpreter Interpreter.cpp Interpreter.h, llvm/test/CodeGen/Generic bswap.ll

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+0-2,084llvm/lib/ExecutionEngine/Interpreter/Execution.cpp
+0-531llvm/lib/ExecutionEngine/Interpreter/ExternalFunctions.cpp
+0-234llvm/lib/ExecutionEngine/Interpreter/Interpreter.h
+0-102llvm/lib/ExecutionEngine/Interpreter/Interpreter.cpp
+0-60llvm/test/ExecutionEngine/MCJIT/2008-06-05-APInt-OverAShr.ll
+0-50llvm/test/CodeGen/Generic/bswap.ll
+0-3,06118 files not shown
+67-3,27124 files

LLVM/project 95b0316llvm/test/CodeGen/Generic bswap.ll, llvm/test/ExecutionEngine/MCJIT 2007-12-10-APIntLoadStore.ll fpbitcast.ll

[𝘀𝗽𝗿] changes to main this commit is based on

Created using spr 1.3.7

[skip ci]
DeltaFile
+0-60llvm/test/ExecutionEngine/MCJIT/2008-06-05-APInt-OverAShr.ll
+0-50llvm/test/CodeGen/Generic/bswap.ll
+27-9llvm/test/Transforms/LICM/2003-12-11-SinkingToPHI.ll
+20-6llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+0-20llvm/test/ExecutionEngine/MCJIT/fpbitcast.ll
+0-19llvm/test/ExecutionEngine/MCJIT/2007-12-10-APIntLoadStore.ll
+47-1641 files not shown
+47-1677 files

LLVM/project 852195bllvm/test/CodeGen/Generic bswap.ll, llvm/test/ExecutionEngine/MCJIT 2007-12-10-APIntLoadStore.ll fpbitcast.ll

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+0-60llvm/test/ExecutionEngine/MCJIT/2008-06-05-APInt-OverAShr.ll
+0-50llvm/test/CodeGen/Generic/bswap.ll
+27-9llvm/test/Transforms/LICM/2003-12-11-SinkingToPHI.ll
+20-6llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+0-20llvm/test/ExecutionEngine/MCJIT/fpbitcast.ll
+0-19llvm/test/ExecutionEngine/MCJIT/2007-12-10-APIntLoadStore.ll
+47-1641 files not shown
+47-1677 files

LLVM/project c64a637llvm/test/CodeGen/Generic bswap.ll, llvm/test/Integer 2007-01-19-TruncSext.ll

[𝘀𝗽𝗿] changes to main this commit is based on

Created using spr 1.3.7

[skip ci]
DeltaFile
+0-50llvm/test/CodeGen/Generic/bswap.ll
+27-9llvm/test/Transforms/LICM/2003-12-11-SinkingToPHI.ll
+19-6llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+0-3llvm/test/Integer/2007-01-19-TruncSext.ll
+46-684 files

LLVM/project 3631cc2llvm/unittests/ExecutionEngine ExecutionEngineTest.cpp

rebase

Created using spr 1.3.7
DeltaFile
+19-6llvm/unittests/ExecutionEngine/ExecutionEngineTest.cpp
+19-61 files

LLVM/project 3051ae0libc/src/__support/OSUtil/linux/syscall_wrappers getpriority.h setpriority.h, libc/src/sys/resource/linux CMakeLists.txt setpriority.cpp

[libc] Implement getpriority, setpriority, their unit tests; add the accompanying macros and type headers. (#219573)

Testing these is a bit tricky, so:

- For `getpriority`, ensure the call succeeds and round-trip the highest nice
  value on Linux (19).
- For `setpriority`, ensure the call succeeds when setting it to the current nice.
- For both, test two failure modes that are easy to stably induce.
DeltaFile
+57-0libc/test/src/sys/resource/getpriority_setpriority_test.cpp
+34-0libc/src/__support/OSUtil/linux/syscall_wrappers/getpriority.h
+34-0libc/src/sys/resource/linux/getpriority.cpp
+34-0libc/src/__support/OSUtil/linux/syscall_wrappers/setpriority.h
+33-0libc/src/sys/resource/linux/setpriority.cpp
+28-0libc/src/sys/resource/linux/CMakeLists.txt
+220-012 files not shown
+393-018 files

LLVM/project ea44cd8utils/bazel/llvm-project-overlay/llvm BUILD.bazel

[Bazel] Fixes 16a770d (#220089)

This fixes 16a770d01f8ef0b4bf15cb903775af64d5d9c8c7 (#220073).

Buildkite error link:
https://buildkite.com/llvm-project/upstream-bazel/builds?commit=16a770d01f8ef0b4bf15cb903775af64d5d9c8c7

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+8-0utils/bazel/llvm-project-overlay/llvm/BUILD.bazel
+8-01 files

LLVM/project 7b57c9fclang/docs ControlFlowIntegrityDesign.md, clang/docs/ScalableStaticAnalysis/developer-docs index.md

[clang][docs] Fix Sphinx 8.2 and MyST build errors in Clang docs (#220108)

Commit 66617db9163d bumped Sphinx to 8.2, Docutils to 0.22, and
MyST-Parser to 4.0.1.
When building Clang documentation with `-W`, this surfaced two
breakages:
1. `ControlFlowIntegrityDesign.md`: Dangling `[^ivtbl]` footnote
references without a matching footnote definition, leading to a docutils
`ERROR: Too many autonumbered footnote references: only 0 corresponding
footnote available` / `ERROR: Unknown target name: "ivtbl"`.
2. `ScalableStaticAnalysis/developer-docs/index.md`: `:numbered: true`
caused a `ValueError: invalid literal for int() with base 10: 'true'` in
MyST because `:numbered:` takes an integer depth or no argument. Fix it
to `:numbered:`.

AI tool usage: An AI assistant was used to help research and draft the
documentation updates.
DeltaFile
+1-1clang/docs/ScalableStaticAnalysis/developer-docs/index.md
+2-0clang/docs/ControlFlowIntegrityDesign.md
+3-12 files

LLVM/project f51f106mlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h, mlir/lib/Conversion/AMDGPUToROCDL AMDGPUToROCDL.cpp

[mlir] Migrate AMDGPU/ROCDL to targets, not chipset versions

**migration tl;dr:** `chipset=` becomes `triple=`, migrate off of
`amdgpu::Chipset` to `ROCDL::TargetInfo`, and eventually change
`gfxXYZ` to `amdgpuX.YZ-amd-amdhsa` in that `triple` argument.

`amdgpu::Chipset` was an awkward hack that was hard to keep up to date
with changes in the compiler/new architectures, and didn't properly
support generic targets (and has been strongly disfavored by the
compiler team).

This PR replaces `amdgpu::Chipset` with `ROCDL::TargetInfo`, a
structure that uses LLVM's TargetParser and the underlying LLVM
features tables to get the real nature of the target being compiled
for.

This also helps MLIR move to
new-style (`-mtriple=amdgpuX.YZ-amd-amdhsa`) over "old
style" (`-mtriple=amdgcn-amd-amdhsa -mcpu=gfxXYZ`) triples.

    [40 lines not shown]
DeltaFile
+313-323mlir/lib/Conversion/AMDGPUToROCDL/AMDGPUToROCDL.cpp
+246-0mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+180-0mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+126-0mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+45-40mlir/lib/Dialect/AMDGPU/Transforms/EmulateAtomics.cpp
+49-24mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+959-387102 files not shown
+1,518-710108 files

LLVM/project 2e8de5bmlir/test/Conversion/AMDGPUToROCDL permlane.mlir mfma-gfx950.mlir, mlir/test/Dialect/AMDGPU amdgpu-emulate-atomics.mlir

[mlir][AMDGPU][NFC] Pre-commit tests for incorrect version checks

There'll be a refactoring from `amdgpu::Chipset` to
`ROCDL::TargetInfo`, thus also moving from chip version checks to
features checks. This commit adds tests for incorrect lowerings that
were allowed by the current code.

- gfx90c is >= gfx90a but stil needs atomic emulation (it doesn't
  have buffer fmax and so on).
- gfx90c is also >= gfx90a but has no barrier back-off, so it needs
  the inline asm workaround around `s_barrier` that it isn't getting
- gfx908 doesn't have a packed fp16 atomic add but we thought it did
- gfx950 is mistakenly allowing xf32 MFMAs
- gfx1200 is allowing permlane_swap instructions that it doesn't have
- gfx11.7 should be allowing OCP FP8 conversions but isn't on the list

This also cleans up some redundant tests with a --check-prefixes

AI disclosure: Claude found these and wrote the tests.

    [2 lines not shown]
DeltaFile
+36-33mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+28-0mlir/test/Conversion/AMDGPUToROCDL/8-bit-floats-ocp-gfx1170.mlir
+15-0mlir/test/Conversion/AMDGPUToROCDL/lds-barrier-gfx90c.mlir
+14-0mlir/test/Conversion/AMDGPUToROCDL/mfma-gfx950.mlir
+4-0mlir/test/Conversion/AMDGPUToROCDL/permlane.mlir
+97-335 files

LLVM/project b784c1allvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU AMDGPU.td

[AMDGPU] Expose buffer resource num_records width in TargetParser

This also fixes the conflict in gfx12.

Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
DeltaFile
+13-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+3-3llvm/test/TableGen/AMDGPUTargetDefSubArchSpelling.td
+6-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+2-1llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+1-1llvm/lib/Target/AMDGPU/AMDGPU.td
+25-55 files

LLVM/project 286eea4llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/TargetParser AMDGPUTargetParser.cpp

[AMDGPU] Sort frontend-visible feature, add feature-name parsing

Emit `AMDGPUFrontendVisibleFeatures` sorted by name so it can be
binary-searched.

Also add an API for mapping feature name(s) to updates to a feature
bitmap, allowing frontends (MLIR in particular) to parse a
`-mattr`-like string.

AI disclosure; Claude wrote this code.

Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
DeltaFile
+52-0llvm/unittests/TargetParser/TargetParserTest.cpp
+36-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+11-3llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+11-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+110-34 files

LLVM/project 07a6e6dllvm/lib/Target/AMDGPU AMDGPULowerIntrinsics.cpp, llvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp

[AMDGPU] Validate barrier ID in S_BARRIER_SIGNAL_ISFIRST

Value user_cluster_barrier_id is not supported.
DeltaFile
+224-222llvm/test/MC/AMDGPU/gfx12_err.s
+3-36llvm/test/CodeGen/AMDGPU/lower-intrinsics-cluster-barrier.ll
+23-0llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+9-0llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.barrier.signal.isfirst.invalid_barrier.ll
+5-0llvm/lib/Target/AMDGPU/AMDGPULowerIntrinsics.cpp
+5-0llvm/test/MC/AMDGPU/gfx13_err.s
+269-2581 files not shown
+270-2587 files

LLVM/project df39f72clang/lib/Driver/ToolChains CommonArgs.cpp, clang/test/Driver fsanitize-undefined-device-offload.c fsanitize-undefined-offload.c

[Clang] Link libclang_rt.ubsan_offload.a for device offload

Match the compiler-rt rename of the host interceptor and the
-u __ubsan_offload_init hook.
DeltaFile
+0-50clang/test/Driver/fsanitize-undefined-device-offload.c
+50-0clang/test/Driver/fsanitize-undefined-offload.c
+5-5clang/lib/Driver/ToolChains/CommonArgs.cpp
+0-0clang/test/Driver/Inputs/resource_dir_with_amdgpu_per_target_subdir/lib/x86_64-unknown-linux-gnu/libclang_rt.ubsan_device.a
+0-0clang/test/Driver/Inputs/resource_dir_with_amdgpu_per_target_subdir/lib/x86_64-unknown-linux-gnu/libclang_rt.ubsan_offload.a
+55-555 files