Revert "[LifetimeSafety] Detect iterator invalidation through container aliases" (#195702)
This introduces unintended side effects and causes downstream crashes,
so reverting for now.
Reverts llvm/llvm-project#195231
[lldb-dap] Fix core file stop reason overridden to "entry" (#195352)
# Summary:
There's a behavior change on core file stop reason
It used to report the actual crash (stop) reason:
- reason: "exception" (reflecting the actual crash signal/exception)
- description: crash signals, eg."signal SIGSEGV"
However, the stopped event now always reports:
- reason: "entry"
- The crash reason is lost
## Root Cause
1. `bd0efcaa34b1` (Oct 31, 2025) — "[lldb-dap] Correctly trigger 'entry'
stop reasons"
This commit changed CreateThreadStopped in `JSONUtils.cpp`:
Changed `body.try_emplace("reason", "entry")` to `body["reason"] =
"entry"`, and this will overwrites it unconditionally.
[28 lines not shown]
[NFC][asan] Cleanup use-after-poison-history-size-partial-granule.cpp test (#195667)
Update the test to use more robust argument passing for offsets and
sizes.
[lldb] Use (_d).pyd as Python extension suffix on Windows (#195262)
The current Windows x86_x64 installer ships a `_lldb.abi3None` in
`lib\site-packages\lldb\native`. This will cause errors when trying to
import LLDB in Python.
We always use `.abi3{SHLIB_SUFFIX}` as the Python extension suffix in
`get-python-config.py`. On Windows(-msvc), this won't result in the
correct path. `SHLIB_SUFFIX` is not defined there.
The recognized extensions are:
```console
> python -c "import importlib.machinery;print(importlib.machinery.EXTENSION_SUFFIXES)"
['.cp314-win_amd64.pyd', '.pyd']
> python_d -c "import importlib.machinery;print(importlib.machinery.EXTENSION_SUFFIXES)"
['_d.cp314-win_amd64.pyd', '_d.pyd']
```
The first one is equal to `sysconfig.get_config_var("EXT_SUFFIX")`.
[6 lines not shown]
[SelectionDAG] Look through FREEZE in getCopyToRegs when checking isZExtFree (#195285)
When a narrow load i8 or i16 is frozen and its value crosses a basic
block, `getCopyToRegs` emits `any_extend` instead of `zero_extend`
because `isZExtFree` can't see through the `ISD::FREEZE` node.
Example: https://godbolt.org/z/MYvjq8vPM contains an redundant `and w11,
w11, 0xff`
```
ldrb w11, [x10], #1
cmp w11, #32
b.lo .LBB0_1
and w11, w11, #0xff
```
Fix this by passing the incoming node to the freeze to `isZExtFree`
instead.
[mlir][acc] Introduce privatization operations for codegen (#195273)
This change adds codegen-oriented operations for representing
private-variable storage and materializing the storage that a particular
parallel execution actually uses.
The two operations are meant to be used together:
- acc.privatize introduces an abstract handle for the privatized
storage,
including the parallel levels that determine the ultimate size of the
storage needed. Which parallel levels apply can be stated when that
structure is known, or omitted so the same representation can be refined
later as launch and loop parallelism are decided.
- acc.private_local takes that handle and yields the concrete storage
for the current execution context(for example the slice that corresponds
to this gang or worker).
[flang] Fix missed access group attribute when converting FIR to LLVM dialect. (#195376)
Apply group access attribute to memcpy when lowering fir.load/fir.store
of a box if an original FIR operation had it.
[asan] Change error to note when poison record is not found (#195669)
When `CheckPoisonRecords` fails to find a record, it's often due to the
history buffer being too small rather than a functional error in the
logic.
[GIsel] Add combine (sub a, (mul x, C)) -> (add a, (mul x, -C)) (#194282)
Copy this canonicalization from InstCombine so it can run on
post-legalized expansions. This is especially useful if the sub is a
neg.
[MLIR][AMDGPU] Add amdgpu.global_transpose_load op for gfx1200+ global memory transpose loads (#195287)
Adds a new `amdgpu.global_transpose_load` op to the AMDGPU dialect that
wraps the `global_load_tr` family of instructions introduced in RDNA4
(gfx1250+). Each thread reads a column of a matrix from global memory
and receives the corresponding transposed row in its result register.
The op is kept separate from the existing `amdgpu.transpose_load` (which
targets LDS via `ds_read_tr` on gfx950+) because the two variants target
different GPU architecture families, have different chipset
requirements, and differ in their valid (element size, num elements)
combinations — in particular the 16-bit case produces a 128-bit
(8-element) result via `global_load_tr.b128` rather than the 64-bit
(4-element) result from `ds_read_tr16.b64`.
Lowering to the existing ROCDL `global.load.tr{4,6,.}.b{64,96,128}`
intrinsics added for gfx1200+.
---------
[2 lines not shown]
[mlir][MathToLLVM] Fix vector type checks in math.absi lowering. (#195360)
For vector types, the lowered type is LLVMArrayType not VectorType. We
should use the original result type to guide if we can do the lowering
for vectors or not.
Signed-off-by: hanhanW <hanhan0912 at gmail.com>
[mlir][SPIRV] Add named-barrier type and OpNamedBarrierInitialize / OpMemoryNamedBarrier (#195664)
Adds the SPIR-V named-barrier object (TypeNamedBarrier) along with
NamedBarrierInitialize and MemoryNamedBarrier ops, gated on the
NamedBarrier capability and SPIR-V 1.1+.
---------
Co-authored-by: Claude Opus 4.7 (1M context) <noreply at anthropic.com>
