[all-commits] [llvm/llvm-project] dcb540: [OpenMP] Rename Assocation::LoopSeq to Association...
Adam Smith via All-commits
all-commits at lists.llvm.org
Mon Sep 14 10:00:28 PDT 2026
Branch: refs/heads/users/adams381/cir-callconv-x86_64-bitint-wide
Home: https://github.com/llvm/llvm-project
Commit: dcb540e0f268e0de3f22940bd854d079be24415d
https://github.com/llvm/llvm-project/commit/dcb540e0f268e0de3f22940bd854d079be24415d
Author: Krzysztof Parzyszek <Krzysztof.Parzyszek at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M flang/lib/Parser/openmp-parsers.cpp
M flang/lib/Semantics/check-omp-loop.cpp
M flang/lib/Semantics/check-omp-variant.cpp
M llvm/include/llvm/Frontend/Directive/DirectiveBase.td
M llvm/test/TableGen/directive1.td
M llvm/test/TableGen/directive2.td
M llvm/utils/TableGen/Basic/DirectiveEmitter.cpp
Log Message:
-----------
[OpenMP] Rename Assocation::LoopSeq to Association::LoopSequence, NFC (#223405)
This will match the name used in spec.
Commit: bb3861e8e155eee3f403e290f633d5a4a04570db
https://github.com/llvm/llvm-project/commit/bb3861e8e155eee3f403e290f633d5a4a04570db
Author: forking-google-bazel-bot[bot] <265904573+forking-google-bazel-bot[bot]@users.noreply.github.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M utils/bazel/llvm-project-overlay/mlir/BUILD.bazel
Log Message:
-----------
[Bazel] Fixes 0090437 (#223437)
This fixes 00904375820021cc66686504b861f9c0f428a960 (#220244).
Buildkite error link:
https://buildkite.com/llvm-project/upstream-bazel/builds?commit=00904375820021cc66686504b861f9c0f428a960
Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
Commit: 3b8919bc85f33419acd3ac096a4265db3f41a32f
https://github.com/llvm/llvm-project/commit/3b8919bc85f33419acd3ac096a4265db3f41a32f
Author: Chinmay Deshpande <chdeshpa at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
M llvm/lib/Target/AMDGPU/GCNSubtarget.cpp
M llvm/lib/Target/AMDGPU/GCNSubtarget.h
M llvm/lib/TargetParser/AMDGPUTargetParser.cpp
M llvm/unittests/TargetParser/TargetParserTest.cpp
Log Message:
-----------
[AMDGPU] Add `getLocalMemorySize` and `getAddressableLocalMemorySize` to TargetParser (#220718)
The number of SIMDs a work-group runs on is a per-kernel mode rather
than a property of the GPU, so it stays a parameter.
Commit: 4eba5bce282ded21bb912b22aae4aa91e27818da
https://github.com/llvm/llvm-project/commit/4eba5bce282ded21bb912b22aae4aa91e27818da
Author: Paweł Bylica <pawel at hepcolgum.band>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
M llvm/test/CodeGen/AArch64/cgp-usubo.ll
M llvm/test/CodeGen/X86/subcarry.ll
Log Message:
-----------
[DAGCombiner] Require a 0/1 carry-in when rebuilding a borrow chain (#223396)
combineOrOfSetCCToUSUBOCarry (aae871ba1224) rewrites
carry_out = (A <u B) | ((A == B) & carry_in)
to USUBO_CARRY(A, B, carry_in), accepting any value as carry_in.
USUBO_CARRY's third operand is specified as "1 if and only if there is
an incoming carry/borrow", so 0 and 1 are its only meaningful values.
Unlike SADDO_CARRY/SSUBO_CARRY it does not fall back to
getBooleanContents for wider types. The matched `and` is bitwise against
a 0/1 setcc, so only bit 0 of carry_in reaches carry_out and nothing
else constrains it; a carry_in with any other bit set is outside the
operand's contract and miscompiles.
Require carry_in to be known 0/1. Check known bits rather than look for
an `and carry_in, 1`: only bit 0 is demanded inside the `and`, so such a
mask is usually folded away before this combine runs. An i1 carry_in,
which is what a real borrow chain produces, passes trivially.
Fixes #222839.
Assisted-by: Claude Code
Commit: b3f2a866c206f2976cb2c3b551f6f3e3e261516d
https://github.com/llvm/llvm-project/commit/b3f2a866c206f2976cb2c3b551f6f3e3e261516d
Author: Ebuka Ezike <e_ezike at apple.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M lldb/packages/Python/lldbsuite/test/configuration.py
M lldb/packages/Python/lldbsuite/test/dotest.py
M lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/Makefile
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/TestStepThroughTrampolineWithSymbol.py
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/add.c
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/add.h
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/main.c
Log Message:
-----------
[lldb] Fix library step-in when the binary is linked with MOLD (#178695)
The mold linker adds a function symbol to the symbol table (.symtab) for
every shared library exported function.
So if we try to step into a library, lldb will fail because the symbol
at the address is not a trampline function.
Example:
```cpp
// lib.c
int lib_add(int a, int b);
```
when we link the library to an executable, mold will create the normal
trampoline functions in the .plt section but add an extra symbol in
symbol table `lib_add$plt`.
Commit: 688119653fd40fa46244e1c300e728677a4f001a
https://github.com/llvm/llvm-project/commit/688119653fd40fa46244e1c300e728677a4f001a
Author: jon-gibney <jonathon.gibney at hpe.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M flang/include/flang/Optimizer/CodeGen/CGPasses.td
M flang/include/flang/Optimizer/CodeGen/CodeGen.h
M flang/lib/Optimizer/CodeGen/CodeGen.cpp
M flang/lib/Optimizer/Passes/Pipelines.cpp
A flang/test/Fir/convert-to-llvm-unsafe-fp-conversion.fir
Log Message:
-----------
[flang] Respect math flags during conversions (#214311)
We normally use saturating intrinsics when converting from fp to
integers, but when running with -ffast-math we can just use
fptosi/fptoui, which avoids generating expensive overflow/NAN checks.
Assisted-by: Claude Opus
Commit: 3d91765f54e9c461c3f979a5ea7c302f59303489
https://github.com/llvm/llvm-project/commit/3d91765f54e9c461c3f979a5ea7c302f59303489
Author: Rohan Shenoy <RohanRadhesh.Shenoy at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/lib/Target/X86/X86ISelLowering.cpp
A llvm/test/CodeGen/X86/avx512fp16-combine-fmsubadd-fadd.ll
Log Message:
-----------
[X86] Fold FMSUBADD + FADD into VFCMADDC for fp16 (#222896)
Complex multiply by conjugate and accumulate fp16 (c += a * ~b) is
lowered into vfmsubadd + vaddph, failing to emit native vfcmaddcph in
avx512fp16. We can reuse the pattern for FSUBADD and extend
combineFaddCFmul to perform this fold.
Fixes #216290
Commit: 21f4aca751cd2e3ff81b0d96c0450f82c26db1b8
https://github.com/llvm/llvm-project/commit/21f4aca751cd2e3ff81b0d96c0450f82c26db1b8
Author: Kai Nacke <kai.peter.nacke at ibm.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp
M llvm/lib/Target/SystemZ/SystemZTargetMachine.cpp
A llvm/test/CodeGen/SystemZ/zos-section-readonlywithrel.ll
Log Message:
-----------
[SystemZ][z/OS] Handle constants with initializers with relocations (#223055)
When the initializer of a constant needs relocations, the constant
cannot be placed into the code section, because the loader needs a
writable section to fixup the relocation.
This change
- sets the relocation model for z/OS to `DynamicNoPIC`, which better
fits the relocation handling than `Static`, and
- treats section kind `ReadOnlyWithRel` like a variable.
Assisted by IBM Bob.
Commit: f90096de56d7864cfda3554403f1ef0b8edcb20a
https://github.com/llvm/llvm-project/commit/f90096de56d7864cfda3554403f1ef0b8edcb20a
Author: Joe Nash <joseph.nash at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
M llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
A llvm/test/MC/AMDGPU/gfx1250_asm_bf16_inline_const_err-fake16.s
A llvm/test/MC/AMDGPU/gfx1250_asm_bf16_inline_const_err.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop1-fake16.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop1.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop3_from_vop1-fake16.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop3_from_vop1.s
A llvm/test/MC/AMDGPU/gfx13_asm_bf16_inline_const_err-fake16.s
A llvm/test/MC/AMDGPU/gfx13_asm_bf16_inline_const_err.s
M llvm/test/MC/AMDGPU/gfx13_asm_vop1.s
M llvm/test/MC/AMDGPU/gfx13_asm_vop3_from_vop1-fake16.s
M llvm/test/MC/AMDGPU/gfx13_asm_vop3_from_vop1.s
M llvm/test/MC/AMDGPU/literals.s
Log Message:
-----------
[AMDGPU][MC] Diagnose bf16 inline constants without op_sel in the ass… (#223035)
…embler
GFX1250 generates a bf16 inline constant in the high half of the
corresponding fp32 inline constant. The VOP1 bf16 opcodes therefore only
read it correctly in the VOP3 encoding with op_sel[0] set:
v_cvt_f32_bf16, v_rcp_bf16, v_sqrt_bf16, v_rsq_bf16, v_log_bf16,
v_exp_bf16, v_sin_bf16, v_cos_bf16 and v_tanh_bf16.
Codegen has applied this workaround since 57a9c4f939e5, but hand-written
assembly and inline asm had no protection at all and silently assembled
to instructions that read the wrong half. Reject those forms in the
assembler.
Only single-source bf16 opcodes are affected. Multi-source and packed
bf16 instructions such as v_fma_mix*_bf16, which also have a scalar bf16
src0, are explicitly excluded.
GFX1310 has the same FeatureBF16InlineConstFromUpperFP32 behaviour, so
the gfx1250 and gfx13 MC tests are updated together.
Assisted-by: Claude Code:claude-opus-5[1m]
Commit: e4315a87a4128cc36470b2cb5c6009672df5f447
https://github.com/llvm/llvm-project/commit/e4315a87a4128cc36470b2cb5c6009672df5f447
Author: Adam Smith <adams at nvidia.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M clang/include/clang/CIR/Dialect/IR/CIRTypes.td
M clang/lib/CIR/Dialect/IR/CIRTypes.cpp
M clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
A clang/test/CIR/CodeGen/call-conv-lowering-x86_64-union-bitfield.c
A clang/test/CIR/CodeGen/call-conv-lowering-x86_64-union-bitfield.cpp
M clang/test/CIR/Transforms/abi-lowering/x86_64-aggregate-nyi.cir
M clang/test/CIR/Transforms/abi-lowering/x86_64-union.cir
Log Message:
-----------
[CIR] Accept a union covered only by a bit-field's declared type (#222108)
The size of a union is calculated by its largest member. When that
member is a bit-field, the unit storing it can be narrower than the type
it was declared with, and it is the declared type that accounts for the
union's bytes. BitFieldType gains a query for that declared type, and
the x86_64 union rule reads it rather than the stored size, so `union {
int x : 3; }` and `union { int x : 3; char c; }` now both pass as i32.
A union larger than one eightbyte still needs a member covering it
outright, since the coerce basis skips the entry carrying the
declaration.
Assisted-by: Cursor / claude-opus-5
Commit: 9fb47eebc6c5e03de72a46f74b3d583156f7dfad
https://github.com/llvm/llvm-project/commit/9fb47eebc6c5e03de72a46f74b3d583156f7dfad
Author: Valery Pykhtin <valery.pykhtin at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
M llvm/test/MC/AMDGPU/gfx1250_asm_vopd_errs.s
M llvm/test/MC/AMDGPU/misaligned-vgpr-tuples-err.s
Log Message:
-----------
[AMDGPU] Make custom AsmParser matchers alignment aware (#221988)
Currently custom matchers accept registers belonging to unaligned classes, leaving the alignment check and its diagnostic to validateVGPRAlign. The problem is that validateVGPRAlign does not account for the operand register class, which may have a different alignment requirement on mixed-alignment targets.
The fix is to add a custom matcher that resolves the operand's `_AlignTarget` class via HwMode and uses that resolved class to accept a register. The drawback is that this changes the diagnostic from the more specific "error: invalid register class: vgpr tuples must be 64 bit aligned" to the generic "error: invalid operand for instruction" — but keeping the specific one doesn't seem worth the effort.
This commit converts the input-mods and DP-ALU DPP matchers. The no-modifier reg-or-inline operands come next. validateVGPRAlign stays as a catch-all until every operand is converted.
Co-Authored-By: Claude [noreply at anthropic.com](mailto:noreply at anthropic.com)
Commit: 788ae654bebaff36741220c613fb413bb569bc1f
https://github.com/llvm/llvm-project/commit/788ae654bebaff36741220c613fb413bb569bc1f
Author: Evgenii Podkorytov <epodkorytov at nvidia.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/lib/Transforms/Scalar/InferAddressSpaces.cpp
A llvm/test/Transforms/InferAddressSpaces/infer-address-spaces-overlapping-dead.ll
Log Message:
-----------
[InferAddressSpaces] Safely delete duplicate dead instructions (#222115)
Track deletion candidates with WeakTrackingVH so recursive deletion
cannot leave dangling pointers in later duplicate or overlapping
worklist entries.
Commit: 8c50e52593d6d8f7eb01962d7a6f43a4dae2f4e8
https://github.com/llvm/llvm-project/commit/8c50e52593d6d8f7eb01962d7a6f43a4dae2f4e8
Author: Med Ismail Bennani <ismail at bennani.ma>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
Log Message:
-----------
[mlir][NFC] Prune unused copyArrayRefInto template (#222365)
`copyArrayRefInto` has internal linkage, so it is only reachable from
MLIRContext.cpp, and it has no callers there. It is the only mention of
the name in the MLIR tree.
An unused internal-linkage template fires -Wunused-template. That
warning is not in -Wall on main today, having been reverted by
8710728e0418, but it did ship enabled in clang 23.1.0, so building MLIR
with that released compiler under -Werror fails here:
mlir/lib/IR/MLIRContext.cpp:379:20: error: unused function template
'copyArrayRefInto' [-Werror,-Wunused-template]
This is the same deletion as one hunk of #221480, which cleans up the
same warning across 21 MLIR files and is still open. Landing that PR is
the better outcome; this is split out only because the file blocks a
release/23.x build today.
Assisted-by: Claude
Signed-off-by: Med Ismail Bennani <ismail at bennani.ma>
Commit: 7fcd868fff7a6b06fd51c7d3b24220d23ac061f7
https://github.com/llvm/llvm-project/commit/7fcd868fff7a6b06fd51c7d3b24220d23ac061f7
Author: Adrian Prantl <aprantl at apple.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M lldb/include/lldb/Utility/XcodeSDK.h
M lldb/source/Utility/XcodeSDK.cpp
M lldb/unittests/SymbolFile/DWARF/XcodeSDKModuleTests.cpp
Log Message:
-----------
[LLDB] fix a crash when dealing with prefix-remapped sysroot attributes (#223085)
rdar://165704312
Commit: 90f36e05255e9ca5906f21c188f8562b397ed60f
https://github.com/llvm/llvm-project/commit/90f36e05255e9ca5906f21c188f8562b397ed60f
Author: Abid Qadeer <haqadeer at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/include/llvm/Frontend/OpenMP/OMPIRBuilder.h
Log Message:
-----------
[OpenMP] Remove the LocationDescription constructor that dropped the location. (#221949)
LocationDescription had an implicit conversion from a bare insertion
point, so `ompBuilder->emitSomething(someInsertPoint, ...)` compiled
happily and silently produced an empty debug location. Because
updateToLocation() installs the location unconditionally, this was worse
than a missing assignment: it cleared whatever the builder was carrying,
and the emitted runtime call ended up with no !dbg. On the device those
calls are inlinable, so the verifier rejects them once the runtime
carries debug info -- which is how this kept turning up as bug reports
rather than as anything visible at the callsite.
With the callers in OMPIRBuilder, OpenMPOpt, the MLIR translation and
clang all converted, the constructor can go, and the compiler will now
refuse the shape that caused the problem. Callers have to say which
location they mean: pass the IRBuilder to take its current one, or spell
out the insertion point and location as a pair.
Co-authored-by: Cursor <cursoragent at cursor.com>
Commit: 8eec838ca247c411c30b3452bc403b42e6d521e2
https://github.com/llvm/llvm-project/commit/8eec838ca247c411c30b3452bc403b42e6d521e2
Author: Amit Tiwari <Amit.Tiwari at amd.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M openmp/docs/Building.md
M openmp/libompd/gdb-plugin/CMakeLists.txt
M openmp/libompd/gdb-plugin/README.txt
R openmp/libompd/gdb-plugin/ompdDLService.c
A openmp/libompd/gdb-plugin/ompdDLService.cpp
M openmp/libompd/test/lit.cfg
M openmp/libompd/test/lit.site.cfg.in
M openmp/libompd/test/ompd_dl_service.c
Log Message:
-----------
[OpenMP][OMPD] Load `libompd` with LLVM dynamic lib (#222455)
OMPD loads `libompd.so` through a small helper, but that helper still
uses `dlopen/dlsym` under the hood. We have already laid the foundation
by making libraries load behind helpers in the current state; this one
is simply a cleanup that moves helpers to LLVM's loader, which is LLVM's
standard.
The current state has few issues:
1: Still tied to Unix-style APIs.
2: Windows support has to separately deal with loader differences.
3: Future shared-lib work would need more loader changes later.
This patch keeps the same OMPD API and call sites, but replaces the
implementation with LLVM's DynamicLibrary. Error handling remains
unchanged.
Commit: 797d62d47c361d2658c57523f8a2de4d42906ff4
https://github.com/llvm/llvm-project/commit/797d62d47c361d2658c57523f8a2de4d42906ff4
Author: Miguel A. Arroyo <miguel.arroyo at rockstargames.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/test/Other/print-on-crash.ll
Log Message:
-----------
[llvm][test] Extend -print-on-crash testing granularity (#222725)
* Extends the testing for `-print-on-crash` based on the additional
granularity of `trigger-crash` introduced by
https://github.com/llvm/llvm-project/pull/220073
Commit: d86120d1b83e8ff36ced6c2379f07efeacfa040c
https://github.com/llvm/llvm-project/commit/d86120d1b83e8ff36ced6c2379f07efeacfa040c
Author: Kunal Pathak <kunalspathak at hotmail.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M llvm/docs/LangRef.md
Log Message:
-----------
Add reference of llvm.pseudoprobe in LangRef.md (#223065)
The reference for `llvm.pseudoprobe` intrinsic was missing in `LangRef.md`. Added it.
Assisted-by: Claude
Commit: 9bb24f0654921737fd07b3ac4b2efc03eac8f359
https://github.com/llvm/llvm-project/commit/9bb24f0654921737fd07b3ac4b2efc03eac8f359
Author: Fangrui Song <i at maskray.me>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M lld/ELF/Driver.cpp
M lld/test/ELF/driver.test
R lld/test/ELF/early-exit-for-bad-paths.s
M lld/test/ELF/map-file.s
Log Message:
-----------
[ELF] Remove tryCreateFile probe for -o/-Map/--why-extract (#222831)
https://reviews.llvm.org/D31603 added an error to fail early for slow
links. However, it would incorrectly reject links that would succeed in
a library use: `--mmap-output-file -o /proc/self/fd/N`.
It also creates and unlinks a temporary file in the output directory for
each of the three paths, and it would mask any change to the output file
strategy, such as rewriting the existing output in place.
Commit: cb7bd2d8993da80b08250e7802fa3d87fdba35e1
https://github.com/llvm/llvm-project/commit/cb7bd2d8993da80b08250e7802fa3d87fdba35e1
Author: Adam Smith <adams at nvidia.com>
Date: 2026-09-14 (Mon, 14 Sep 2026)
Changed paths:
M clang/include/clang/CIR/Dialect/IR/CIRTypes.td
M clang/lib/CIR/Dialect/IR/CIRTypes.cpp
M clang/lib/CIR/Dialect/Transforms/CallConvLoweringPass.cpp
A clang/test/CIR/CodeGen/call-conv-lowering-x86_64-union-bitfield.c
A clang/test/CIR/CodeGen/call-conv-lowering-x86_64-union-bitfield.cpp
M clang/test/CIR/Transforms/abi-lowering/x86_64-aggregate-nyi.cir
M clang/test/CIR/Transforms/abi-lowering/x86_64-union.cir
M flang/include/flang/Optimizer/CodeGen/CGPasses.td
M flang/include/flang/Optimizer/CodeGen/CodeGen.h
M flang/lib/Optimizer/CodeGen/CodeGen.cpp
M flang/lib/Optimizer/Passes/Pipelines.cpp
M flang/lib/Parser/openmp-parsers.cpp
M flang/lib/Semantics/check-omp-loop.cpp
M flang/lib/Semantics/check-omp-variant.cpp
A flang/test/Fir/convert-to-llvm-unsafe-fp-conversion.fir
M lld/ELF/Driver.cpp
M lld/test/ELF/driver.test
R lld/test/ELF/early-exit-for-bad-paths.s
M lld/test/ELF/map-file.s
M lldb/include/lldb/Utility/XcodeSDK.h
M lldb/packages/Python/lldbsuite/test/configuration.py
M lldb/packages/Python/lldbsuite/test/dotest.py
M lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
M lldb/source/Utility/XcodeSDK.cpp
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/Makefile
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/TestStepThroughTrampolineWithSymbol.py
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/add.c
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/add.h
A lldb/test/API/lang/c/step-through-trampoline-with-symbol/main.c
M lldb/unittests/SymbolFile/DWARF/XcodeSDKModuleTests.cpp
M llvm/docs/LangRef.md
M llvm/include/llvm/Frontend/Directive/DirectiveBase.td
M llvm/include/llvm/Frontend/OpenMP/OMPIRBuilder.h
M llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
M llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp
M llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
M llvm/lib/Target/AMDGPU/GCNSubtarget.cpp
M llvm/lib/Target/AMDGPU/GCNSubtarget.h
M llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
M llvm/lib/Target/SystemZ/SystemZTargetMachine.cpp
M llvm/lib/Target/X86/X86ISelLowering.cpp
M llvm/lib/TargetParser/AMDGPUTargetParser.cpp
M llvm/lib/Transforms/Scalar/InferAddressSpaces.cpp
M llvm/test/CodeGen/AArch64/cgp-usubo.ll
A llvm/test/CodeGen/SystemZ/zos-section-readonlywithrel.ll
A llvm/test/CodeGen/X86/avx512fp16-combine-fmsubadd-fadd.ll
M llvm/test/CodeGen/X86/subcarry.ll
A llvm/test/MC/AMDGPU/gfx1250_asm_bf16_inline_const_err-fake16.s
A llvm/test/MC/AMDGPU/gfx1250_asm_bf16_inline_const_err.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop1-fake16.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop1.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop3_from_vop1-fake16.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vop3_from_vop1.s
M llvm/test/MC/AMDGPU/gfx1250_asm_vopd_errs.s
A llvm/test/MC/AMDGPU/gfx13_asm_bf16_inline_const_err-fake16.s
A llvm/test/MC/AMDGPU/gfx13_asm_bf16_inline_const_err.s
M llvm/test/MC/AMDGPU/gfx13_asm_vop1.s
M llvm/test/MC/AMDGPU/gfx13_asm_vop3_from_vop1-fake16.s
M llvm/test/MC/AMDGPU/gfx13_asm_vop3_from_vop1.s
M llvm/test/MC/AMDGPU/literals.s
M llvm/test/MC/AMDGPU/misaligned-vgpr-tuples-err.s
M llvm/test/Other/print-on-crash.ll
M llvm/test/TableGen/directive1.td
M llvm/test/TableGen/directive2.td
A llvm/test/Transforms/InferAddressSpaces/infer-address-spaces-overlapping-dead.ll
M llvm/unittests/TargetParser/TargetParserTest.cpp
M llvm/utils/TableGen/Basic/DirectiveEmitter.cpp
M openmp/docs/Building.md
M openmp/libompd/gdb-plugin/CMakeLists.txt
M openmp/libompd/gdb-plugin/README.txt
R openmp/libompd/gdb-plugin/ompdDLService.c
A openmp/libompd/gdb-plugin/ompdDLService.cpp
M openmp/libompd/test/lit.cfg
M openmp/libompd/test/lit.site.cfg.in
M openmp/libompd/test/ompd_dl_service.c
M utils/bazel/llvm-project-overlay/mlir/BUILD.bazel
Log Message:
-----------
Merge branch 'main' into users/adams381/cir-callconv-x86_64-bitint-wide
Compare: https://github.com/llvm/llvm-project/compare/5202027ea79c...cb7bd2d8993d
To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications
More information about the All-commits
mailing list