LLVM/project 930a46dclang/include/clang/Basic BuiltinsAVR.def TargetBuiltins.h, clang/lib/Basic/Targets AVR.cpp

[clang][AVR] Add basic AVR builtin functions (#203214)

Adds support for AVR specific builtin functions as defined in:
https://gcc.gnu.org/onlinedocs/gcc/AVR-Built-in-Functions.html

The simpler builtins have been implemented: nop, sei, cli, sleep, wdr,
swap. And they are lowered to their llvm.avr.* intrinsics.

---------

Signed-off-by: Dakkshesh <beakthoven at gmail.com>
DeltaFile
+267-36clang/test/CodeGen/avr/avr-builtins.c
+47-0clang/include/clang/Basic/BuiltinsAVR.def
+42-0clang/lib/CodeGen/TargetBuiltins/AVR.cpp
+32-3clang/lib/Basic/Targets/AVR.cpp
+11-1clang/include/clang/Basic/TargetBuiltins.h
+8-0clang/test/Preprocessor/avr-builtins.c
+407-404 files not shown
+412-4310 files

LLVM/project 9434d4aclang/lib/ScalableStaticAnalysisFramework/Core/Serialization/JSONFormat TUSummaryEncoding.cpp TUSummary.cpp, clang/unittests/ScalableStaticAnalysisFramework EntityLinkerTest.cpp

Reland "[clang][ssaf] Track target triple in TU and LU summaries" (#204218)

This commit introduces the following changes:
  
- Add `TargetTriple` field to `TUSummary`, `LUSummary`, and their encodings.
- Frontend captures the triple from `CompilerInstance::getTarget()` when extracting a TU summary.
- JSON format reads/writes a `target_triple` field at the root of each summary; reader rejects strings not in `llvm::Triple::normalize` form.
- All TU/LU JSON test inputs/outputs and unit tests updated to include the new field.
- `TargetParser` is added to `LLVM_LINK_COMPONENTS` for `clangScalableStaticAnalysisFrameworkCore`, which provides `Triple::normalize` and `Triple(string&&)` constructor that the `JSONFormat` sources reference.

`clang-ssaf-linker` uses a hardcoded triple for the link unit; surfacing the triple through the tool will be handled in a follow-up PR.

rdar://179403011
DeltaFile
+24-1clang/lib/ScalableStaticAnalysisFramework/Core/Serialization/JSONFormat/TUSummaryEncoding.cpp
+24-1clang/lib/ScalableStaticAnalysisFramework/Core/Serialization/JSONFormat/TUSummary.cpp
+24-1clang/lib/ScalableStaticAnalysisFramework/Core/Serialization/JSONFormat/LUSummaryEncoding.cpp
+24-1clang/lib/ScalableStaticAnalysisFramework/Core/Serialization/JSONFormat/LUSummary.cpp
+12-9clang/unittests/ScalableStaticAnalysisFramework/EntityLinkerTest.cpp
+16-0clang/lib/ScalableStaticAnalysisFramework/Core/Serialization/JSONFormat/JSONFormatImpl.cpp
+124-13170 files not shown
+566-175176 files

LLVM/project 2916c77clang/docs SanitizerSpecialCaseList.rst ReleaseNotes.rst, clang/unittests/Basic DiagnosticTest.cpp

Make sanitizer special case list slash-agnostic (#149886)

This changes the glob matcher for the sanitizer special case format so
that it treats `/` as matching both forward and back slashes.

When dealing with cross-compiles or build systems that don't normalize
slashes, it's possible to run into file paths with inconsistent
slashiness, e.g. `../..\v8/include\v8-internal.h` when [building
chromium](https://g-issues.chromium.org/issues/425364464).

We can match this using the current syntax using this ugly kludge:
`src:*{/,\\}v8{/,\\}*`. However, since the format is explicitly for
listing file paths, it makes sense to treat `/` as denoting a path
separator rather than a literal forward slash. This allows us to write
the much more natural form `src:*/v8/*` and have it work on any
platform.

This is technically a behavior change, but it seems very unlikely to
come up in practice. It will only make a difference if a user has a

    [9 lines not shown]
DeltaFile
+35-0clang/unittests/Basic/DiagnosticTest.cpp
+25-6llvm/lib/Support/SpecialCaseList.cpp
+20-0llvm/unittests/Support/SpecialCaseListTest.cpp
+12-0clang/docs/SanitizerSpecialCaseList.rst
+5-0clang/docs/ReleaseNotes.rst
+97-65 files

LLVM/project b2cb999compiler-rt/lib/scudo/standalone secondary.h

[scudo] Use the unmap function on MemMap object. (#204001)

The current call does a unmap(MemMap), but the rest of the code is doing
MemMap.unmap(XXX), so follow that pattern.
DeltaFile
+1-1compiler-rt/lib/scudo/standalone/secondary.h
+1-11 files

LLVM/project 50e13e9flang/lib/Optimizer/Transforms/CUDA CUFOpConversion.cpp, flang/test/Fir/CUDA cuda-global-addr.mlir

[flang][cuda] Avoid runtime copies for scalar constant host reads (#204193)

Fix CUDA Fortran lowering for host reads from scalar module variables
with the `constant` attribute.

Host code can read and write CUDA constants, while kernels read the
device constant symbol. Flang keeps a host-visible value for scalar
constant host accesses and uses a device symbol for kernels.

After preserving the host declaration, scalar read-backs such as `x = c`
could still be lowered as device-to-host runtime copies, passing a host
pointer as the CUDA source. This change lowers those read-backs as
regular host load/store operations, while keeping the runtime update for
host-to-device assignments.
DeltaFile
+16-2flang/lib/Optimizer/Transforms/CUDA/CUFOpConversion.cpp
+15-0flang/test/Fir/CUDA/cuda-global-addr.mlir
+31-22 files

LLVM/project e421148llvm/test/Analysis/CostModel/AMDGPU rem.ll div.ll, llvm/test/Transforms/VectorCombine/AMDGPU extract-insert-i8.ll no-scalarize-vector-extract.ll

[AMDGPU] Refine i8 extractelement cost model (#203932)

Expand the cases when i8 extract elements are free. The extract elements
should be free when they are part of a sequence that extract multiple
consecutive elements the size of a register. This change enables the
SLPVectorizer to keep extract elements over more costly shufflevectors.

This PR also undoes a previous change that made insert element free, but
those require sequences of shift/or instructions so shouldn't be free.
DeltaFile
+42-42llvm/test/Analysis/CostModel/AMDGPU/rem.ll
+42-42llvm/test/Analysis/CostModel/AMDGPU/div.ll
+26-26llvm/test/Analysis/CostModel/AMDGPU/insertelement.ll
+6-40llvm/test/Transforms/VectorCombine/AMDGPU/extract-insert-i8.ll
+14-20llvm/test/Transforms/VectorCombine/AMDGPU/no-scalarize-vector-extract.ll
+16-16llvm/test/Analysis/CostModel/AMDGPU/extractelement.ll
+146-1863 files not shown
+164-2169 files

LLVM/project a07f90bllvm/utils/lit/lit TestRunner.py, llvm/utils/lit/tests per-test-coverage-by-lit-cfg.py per-test-coverage.py

[lit] Avoid profraw filename collisions with --per-test-coverage (#203998)

Per-test-coverage derived the `LLVM_PROFILE_FILE` name from the test's
basename with its extension removed, so siblings that share a basename
but differ by directory or extension (e.g. foo.c and foo.cpp in one
directory) wrote into the same profraw file and raced on it.

This PR builds the name from the full path in the suite and adds the
`%p` and `%m` placeholders so a test that runs several instrumented
binaries gets a distinct file per process and per binary, even across
exec chains or recycled process ids.
DeltaFile
+11-3llvm/utils/lit/tests/per-test-coverage-by-lit-cfg.py
+5-5llvm/utils/lit/lit/TestRunner.py
+8-0llvm/utils/lit/tests/Inputs/per-test-coverage-by-lit-cfg/name-collision/a/test.py
+8-0llvm/utils/lit/tests/Inputs/per-test-coverage-by-lit-cfg/name-collision/b/test.py
+3-3llvm/utils/lit/tests/per-test-coverage.py
+1-1llvm/utils/lit/tests/Inputs/per-test-coverage/per-test-coverage.py
+36-121 files not shown
+37-137 files

LLVM/project 5dce540flang/lib/Lower OpenACC.cpp Bridge.cpp, flang/lib/Semantics resolve-directives.cpp

[flang][OpenACC] Support COLLAPSE on DO CONCURRENT (#203085)

Lower a COLLAPSE clause on a DO CONCURRENT when the collapse value
equals the number of concurrent controls, matching the equivalent
nested-DO collapse form, and route the loop body into the collapsed
acc.loop. Emit specific not-yet-implemented diagnostics for the
collapse-less-than and collapse-greater-than control-count cases, and a
-Wportability warning for this non-standard extension.

Collapse of mismatched control cases will require a little more invasive
change, so I will submit that as a follow up PR if it is okay, if
desired I could fix the lowering for those two cases now.
DeltaFile
+44-0flang/test/Lower/OpenACC/do-concurrent-collapse.f90
+23-7flang/test/Lower/OpenACC/Todo/do-loops-to-acc-loops-todo.f90
+26-3flang/lib/Lower/OpenACC.cpp
+24-0flang/test/Semantics/OpenACC/acc-collapse-do-concurrent.f90
+16-5flang/lib/Lower/Bridge.cpp
+7-0flang/lib/Semantics/resolve-directives.cpp
+140-151 files not shown
+146-157 files

LLVM/project b87fe38mlir/docs/Tutorials ExternalTutorials.md

[mlir][docs] Add page for third-party tutorials (#188080)

Add a new page to the MLIR documentation that links to the
upstream Lighthouse project as well as additional third-party tutorials.
The goal is to make it easier for newcomers to discover MLIR learning
resources beyond the Toy tutorial.

The underlying discussion/RFC can be found
[here](https://discourse.llvm.org/t/rfc-tutorial-a-beginner-friendly-end-to-end-mlir-compiler-pipeline/89788).
DeltaFile
+31-0mlir/docs/Tutorials/ExternalTutorials.md
+31-01 files

LLVM/project 04d9c4bllvm/include/llvm/Target TargetSelectionDAG.td, llvm/lib/Target/X86 X86InstrFragmentsSIMD.td X86InstrAVX512.td

[X86] Extend alignedstore PatFrag to cover atomic_store
DeltaFile
+86-0llvm/test/CodeGen/X86/atomic-load-store.ll
+4-2llvm/lib/Target/X86/X86InstrFragmentsSIMD.td
+3-2llvm/lib/Target/X86/X86InstrAVX512.td
+1-1llvm/include/llvm/Target/TargetSelectionDAG.td
+94-54 files

LLVM/project a23bf51llvm/lib/Transforms/Scalar SROA.cpp, llvm/test/Transforms/SROA vector-promotion-rmw-tree-merge.ll vector-promotion-rmw-cannot-tree-merge.ll

[SROA] Extend tree-structured merge to handle init + RMW pattern (#194441)

## Problem

When SROA rewrites an alloca used as a read-modify-write accumulator, it
emits a linear chain of `shufflevector + select` per partial store.
`InstCombine`'s `SimplifyDemandedVectorElts` walks this chain
recursively per element, scaling quadratically with chain length — in
practice tens of seconds of compile time on some matmul kernels.

## Example

Take an `<8 x float>` alloca initialized once and then updated in 4
chunks of 2 elements each:

```llvm
%alloca = alloca <8 x float>
store <8 x float> %init, ptr %alloca                       ; full init


    [104 lines not shown]
DeltaFile
+355-139llvm/lib/Transforms/Scalar/SROA.cpp
+326-0llvm/test/Transforms/SROA/vector-promotion-rmw-tree-merge.ll
+153-0llvm/test/Transforms/SROA/vector-promotion-rmw-cannot-tree-merge.ll
+834-1393 files

LLVM/project 9764954llvm/include/llvm/Target TargetSelectionDAG.td, llvm/lib/Target/X86 X86InstrFragmentsSIMD.td X86InstrAVX512.td

[X86] Extend alignedstore PatFrag to cover atomic_store
DeltaFile
+86-0llvm/test/CodeGen/X86/atomic-load-store.ll
+4-2llvm/lib/Target/X86/X86InstrFragmentsSIMD.td
+3-2llvm/lib/Target/X86/X86InstrAVX512.td
+1-1llvm/include/llvm/Target/TargetSelectionDAG.td
+94-54 files

LLVM/project a0e2743llvm/utils/gn/secondary/lldb/test BUILD.gn

[gn] port 639556c9f690 (#204227)
DeltaFile
+1-0llvm/utils/gn/secondary/lldb/test/BUILD.gn
+1-01 files

LLVM/project 39bec9cllvm/lib/Target/RISCV RISCVInstrInfoVPseudos.td

[RISCV] Rename VPseudoTernaryMaskPolicy->VPseudoReductionMaskPolicy. NFC (#204053)

This makes it clearer why this class doesn't set UsesMaskPolicy and can
prevent accidental misuse in the future.
DeltaFile
+23-24llvm/lib/Target/RISCV/RISCVInstrInfoVPseudos.td
+23-241 files

LLVM/project ed37c72clang/lib/CodeGen CodeGenModule.cpp, clang/test/CodeGen ptrauth-module-flags.c ubsan-function-sugared.cpp

[PAC][clang] Fix ptrauth module flags behavior

The `Error` merge behavior only has effect when module flags values
mismatch, while it allows the flag being present in one module and
absent in another one.

Always emit `ptrauth-elf-got` module flag for AArch64 targets and
`ptrauth-sign-personality` module flag for AArch64 Linux targets.
The value is either 0 or 1.
DeltaFile
+7-5clang/lib/CodeGen/CodeGenModule.cpp
+10-2clang/test/CodeGen/ptrauth-module-flags.c
+2-2clang/test/CodeGenCXX/pfp-memcpy.cpp
+1-1clang/test/CodeGen/ubsan-function-sugared.cpp
+1-1clang/test/CodeGen/ubsan-function.cpp
+21-115 files

LLVM/project 5a49c56clang/include/clang/AST OpenMPClause.h, clang/lib/Sema SemaOpenMP.cpp

[OpenMP] Introduce the ompx_name clause for kernel naming

This adds support for the ompx_name clause that allows users to specify
custom kernel names for OpenMP target offloading regions. The clause
accepts a string literal and overrides the default compiler-generated
kernel names.

Example usage:
  #pragma omp target ompx_name("my_kernel")
  { ... }

Kernel names need to be unique or they are diagnosed at compile or link
time as errors.

Co-Authored-By: Claude (claude-sonnet-4.5) <noreply at anthropic.com>
DeltaFile
+78-0offload/test/offloading/ompx_name.c
+62-0clang/test/OpenMP/ompx_name_messages_errors.cpp
+53-0clang/test/OpenMP/ompx_name_codegen.cpp
+40-0offload/test/offloading/ompx_name_duplicate_link.c
+36-0clang/lib/Sema/SemaOpenMP.cpp
+33-0clang/include/clang/AST/OpenMPClause.h
+302-014 files not shown
+415-920 files

LLVM/project 642e8b6clang/test/OpenMP target_codegen.cpp target_simd_codegen.cpp, llvm/include/llvm/Frontend/Offloading Utility.h

[OpenMP] Use ext linkage for kernels handles and globals handles keep linkage

Host handles are now emmitted with external linkage to clash if two
kernels with the same name are registered. This could have happen right
now and silently corrupt the program, but it can happen more easily once
we allow users to name their kernels.

In the same patch we make global variable handles retain the linkage of
the global variable, forcing clashes for external ones and continue to
support weak use cases.
DeltaFile
+11-11clang/test/OpenMP/target_codegen.cpp
+8-8clang/test/OpenMP/target_simd_codegen.cpp
+8-8mlir/test/Target/LLVMIR/omptarget-declare-target-llvm-host.mlir
+7-6llvm/lib/Frontend/Offloading/Utility.cpp
+4-4llvm/include/llvm/Frontend/Offloading/Utility.h
+4-4clang/test/OpenMP/target_indirect_codegen.cpp
+42-4114 files not shown
+70-6820 files

LLVM/project a0e4588llvm/lib/Target/RISCV RISCVInstrInfoXqci.td RISCVInstrInfo.td

[RISC-V] Rename GPRMem operand to BasePtr. NFC

This is in preparation for https://github.com/llvm/llvm-project/pull/177073
where these operands can refer to either a GPR or YGPR depending on the
current HwMode. Since this is the base pointer operand of the load/store
instruction, BasePtr was chosen as the name.

Pull Request: https://github.com/llvm/llvm-project/pull/204215
DeltaFile
+34-34llvm/lib/Target/RISCV/RISCVInstrInfoXqci.td
+7-7llvm/lib/Target/RISCV/RISCVInstrInfo.td
+3-3llvm/lib/Target/RISCV/RISCVInstrInfoXCV.td
+2-2llvm/lib/Target/RISCV/RISCVInstrInfoF.td
+1-1llvm/lib/Target/RISCV/RISCVInstrInfoZicbo.td
+47-475 files

LLVM/project c7fbd7ecompiler-rt/lib/xray xray_trampoline_hexagon.S

[XRay][Hexagon] Use PC-rel addressing for runtime globals in trampoline (#203122)

The trampolines load the runtime handler globals
(__xray::XRayPatchedFunction and friends) with absolute
constant-extended immediates, which cannot be used in a PIC/PIE link, so
linking a default-PIE executable against the xray runtime fails -- and
-fPIC on user code does not help, the bad relocations are inside the
runtime archive:

  ld.lld: error: relocation R_HEX_32_6_X cannot be used against symbol
  '__xray::XRayPatchedFunction'; recompile with -fPIC
DeltaFile
+3-3compiler-rt/lib/xray/xray_trampoline_hexagon.S
+3-31 files

LLVM/project 30f73c9compiler-rt/lib/xray xray_hexagon.cpp

[XRay][Hexagon] Fix immext encoding of high bits in sled patcher (#203129)

encodeConstantExtender() places the high 12 bits of the 26-bit extension
at the wrong offset (<<16 instead of <<2), dropping them for any
constant above ~2^20. The runtime sled patcher then encodes a corrupted
trampoline address for PIE executables (load base 0x08000000+), so the
first patched function call jumps to a bogus address and crashes.
DeltaFile
+5-1compiler-rt/lib/xray/xray_hexagon.cpp
+5-11 files

LLVM/project 52027edflang/lib/Lower OpenACC.cpp, flang/test/Lower/OpenACC/Todo acc-unstructured-loop-construct.f90 acc-unstructured-combined-construct.f90

[OpenACC] Add emit-independent-loops-as-unstructured flag (#204080)
DeltaFile
+32-5flang/test/Lower/OpenACC/Todo/acc-unstructured-loop-construct.f90
+23-3flang/test/Lower/OpenACC/Todo/acc-unstructured-combined-construct.f90
+11-2flang/lib/Lower/OpenACC.cpp
+66-103 files

LLVM/project eb63d31llvm/lib/Transforms/Instrumentation MemorySanitizer.cpp, llvm/test/Instrumentation/MemorySanitizer/AArch64 arm64-vcvt.ll arm64-vcvt_f32_su32.ll

Revert "[msan] Apply handleGenericVectorConvertIntrinsic() to fptrunc/fpext" (#204221)

Reverts llvm/llvm-project#204197 due to buildbot failure
(https://lab.llvm.org/buildbot/#/builders/51/builds/38557)
DeltaFile
+13-14llvm/test/Instrumentation/MemorySanitizer/i386/vararg_shadow.ll
+13-14llvm/test/Instrumentation/MemorySanitizer/X86/vararg_shadow.ll
+6-15llvm/test/Instrumentation/MemorySanitizer/X86/f16c-intrinsics-upgrade.ll
+8-10llvm/test/Instrumentation/MemorySanitizer/AArch64/arm64-vcvt.ll
+4-8llvm/test/Instrumentation/MemorySanitizer/AArch64/arm64-vcvt_f32_su32.ll
+3-9llvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp
+47-701 files not shown
+48-727 files

LLVM/project 7e5bc4cllvm/test/CodeGen/Generic/GlobalISel irtranslator-byte-type.ll

[IRTranslator] Precommit tests for bitcasts of the byte type (#203638)

The purpose of this commit is to reflect differences due to PR #203335.
DeltaFile
+497-0llvm/test/CodeGen/Generic/GlobalISel/irtranslator-byte-type.ll
+497-01 files

LLVM/project b0191cdllvm/lib/Passes PassBuilderPipelines.cpp, llvm/test/Other new-pm-defaults.ll new-pm-thinlto-postlink-defaults.ll

Revert "Revert "[DFAJumpThreading] Enable DFAJumpThread by default." (#167352)"

This reverts commit 7e04336.

Change-Id: I37e7ca5d871e1df4ccfa81e43b97361be1d7878a
DeltaFile
+1-1llvm/lib/Passes/PassBuilderPipelines.cpp
+1-0llvm/test/Other/new-pm-defaults.ll
+1-0llvm/test/Other/new-pm-thinlto-postlink-defaults.ll
+1-0llvm/test/Other/new-pm-thinlto-postlink-pgo-defaults.ll
+1-0llvm/test/Other/new-pm-thinlto-postlink-samplepgo-defaults.ll
+1-0llvm/test/Other/new-pm-thinlto-prelink-defaults.ll
+6-12 files not shown
+8-18 files

LLVM/project 4e200a7clang/include/clang/Options Options.td, clang/lib/Driver/ToolChains Clang.cpp

[Driver][DirectX] Add /Qembed_debug and /Fd flags
DeltaFile
+30-40llvm/lib/Target/DirectX/DXContainerGlobals.cpp
+38-0llvm/test/CodeGen/DirectX/ContainerData/ContainerFlags.ll
+18-9clang/include/clang/Options/Options.td
+22-3clang/lib/Driver/ToolChains/Clang.cpp
+22-0llvm/test/CodeGen/DirectX/ContainerData/DebugName.test
+15-2clang/test/Driver/dxc_debug.hlsl
+145-5413 files not shown
+207-6719 files

LLVM/project 5ef3d70llvm/include/llvm/MC MCDXContainerWriter.h, llvm/lib/MC MCDXContainerWriter.cpp

[DirectX] Generate PDB file with debug info (#202762)

This change adds DXContainerPDB pass for DirectX pipeline.
The pass creates PDB file containing sections with shader debug
information. PDB files comply with the format used by existing DirectX
debugging tools.

---------

Co-authored-by: Vladislav Dzhidzhoev <vdzhidzhoev at accesssoftek.com>
DeltaFile
+158-0llvm/lib/Target/DirectX/DXContainerPDB.cpp
+41-20llvm/lib/MC/MCDXContainerWriter.cpp
+39-1llvm/include/llvm/MC/MCDXContainerWriter.h
+37-0llvm/lib/Target/DirectX/DXContainerGlobals.cpp
+26-0llvm/test/CodeGen/DirectX/ContainerData/PDBParts.ll
+25-0llvm/test/CodeGen/DirectX/ContainerData/Inputs/check_pdb_exists.py
+326-218 files not shown
+397-2214 files

LLVM/project c9b2cfcflang/include/flang/Support Fortran-features.h, flang/lib/Semantics check-do-forall.cpp check-do-forall.h

[flang][Semantics] Warn on repeated do-variable in nested I/O implied DO (#198757)

Fixes #198528

Add a warning when an io-implied-do's do-variable appears as, or is
associated with, the do-variable of a containing io-implied-do. This
diagnoses violations of Fortran 2023 12.6.3p7:
>The do-variable of an io-implied-do that is in another io-implied-do
shall not appear as, nor be associated with, the do-variable of the
containing io-implied-do.

Since this is not a constraint, a warning is emitted rather than an
error. As suggested in the associated issue, the warning is on by
default and can be suppressed with `-Wno-io-implied-do-index-conflict`.

The check detects:

- Direct name reuse (same symbol in inner and outer implied DO)
- Association via EQUIVALENCE

    [14 lines not shown]
DeltaFile
+60-6flang/lib/Semantics/check-do-forall.cpp
+64-0flang/test/Semantics/io-implied-do01.f90
+4-0flang/lib/Semantics/check-do-forall.h
+1-1flang/include/flang/Support/Fortran-features.h
+1-0flang/lib/Support/Fortran-features.cpp
+130-75 files

LLVM/project a85441clldb/unittests/Protocol MCPPluginTest.cpp ProtocolMCPTest.cpp

[lldb] Add unit tests for the MCP server (#202752)

Add unit-test coverage for the MCP protocol types and server under
source/Protocol/MCP and the MCP plugin under
source/Plugins/Protocol/MCP.

The Server handlers run over the in-memory TestTransport, which gains
SimulateError/SimulateClosed/SetRegisterMessageHandlerShouldFail helpers
to drive the handler lifecycle without a real socket.

Code that touches the filesystem or otherwise requires mucking with the
test environment are deliberately left uncovered until those layers can
be mocked.

Assisted-by: Claude
DeltaFile
+414-0lldb/unittests/Protocol/MCPPluginTest.cpp
+392-0lldb/unittests/Protocol/ProtocolMCPTest.cpp
+161-0lldb/unittests/Protocol/ProtocolMCPServerTest.cpp
+73-0lldb/unittests/Protocol/MCPErrorTest.cpp
+40-0lldb/unittests/Protocol/MCPServerInfoTest.cpp
+40-0lldb/unittests/Protocol/MCPTransportTest.cpp
+1,120-02 files not shown
+1,161-08 files

LLVM/project d6d8e23clang/include/clang/Options Options.td, clang/lib/Driver/ToolChains Clang.cpp

[Driver][DirectX] Add /Qembed_debug and /Fd flags
DeltaFile
+30-40llvm/lib/Target/DirectX/DXContainerGlobals.cpp
+38-0llvm/test/CodeGen/DirectX/ContainerData/ContainerFlags.ll
+18-9clang/include/clang/Options/Options.td
+22-3clang/lib/Driver/ToolChains/Clang.cpp
+22-0llvm/test/CodeGen/DirectX/ContainerData/DebugName.test
+15-2clang/test/Driver/dxc_debug.hlsl
+145-5413 files not shown
+207-6719 files

LLVM/project 881eac3lldb/test/API/tools/lldb-server main.cpp

[lldb] Strip code pointers in lldb-server test binary on arm64e (#203988)

Otherwise an unstripped pointer will be sent to debugserver. LLDB strips
pointers before sending them to debugserver, so debugserver does not
know how to handle it.

This fixes TestGdbRemoteSingleStep.py, TestGdbRemote_qMemoryRegion.py,
and TestGdbRemote_vCont.py on arm64e.
DeltaFile
+3-0lldb/test/API/tools/lldb-server/main.cpp
+3-01 files