LLVM/project 5d7b436 — mlir/include/mlir/Dialect/Arith/IR ArithOps.td, mlir/include/mlir/Dialect/LLVMIR LLVMOps.td

[mlir][arith][llvm] Mark floordivsi/urem/srem as ConditionallySpeculatable (#235770)

These ops can trap (division/remainder by zero, and signed overflow for
the signed variants). They were incorrectly marked `Pure`, which allowed
LICM to hoist them out of loops that may execute zero times.

This change makes them `ConditionallySpeculatable`, following the same
pattern already used by `divsi`/`remsi` and `udiv`/`sdiv`.

Fixes #233213

Related discussion:
https://discourse.llvm.org/t/ub-op-semantics-of-arith-integer-division-remainder/92558

---------

Co-authored-by: Matthias Springer <me at matthiasspringer.de>
DeltaFile
+131-0mlir/test/Dialect/LLVMIR/urem-srem-speculatability.mlir
+109-0mlir/test/Dialect/Arith/floordivsi-speculatability.mlir
+28-0mlir/lib/Dialect/LLVMIR/IR/LLVMDialect.cpp
+11-0mlir/lib/Dialect/Arith/IR/ArithOps.cpp
+6-2mlir/include/mlir/Dialect/LLVMIR/LLVMOps.td
+6-1mlir/include/mlir/Dialect/Arith/IR/ArithOps.td
+291-36 files

LLVM/project 404aa5d — llvm/lib/Target/SPIRV SPIRVNonSemanticDebugHandler.h SPIRVNonSemanticDebugHandler.cpp, llvm/test/CodeGen/SPIRV/debug-info debug-type-enum-multiple-cu.ll debug-type-enum-unrepresentable.ll

[SPIRV] Emit NSDI opcode DebugTypeEnum (#234752)

This makes `SPIRVNonSemanticDebugHandler` emit
[`DebugTypeEnum`](https://github.khronos.org/SPIRV-Registry/nonsemantic/NonSemantic.Shader.DebugInfo.html#DebugTypeEnum)
for a `DICompositeType` tagged `DW_TAG_enumeration_type`, with one Value
and Name pair per `DIEnumerator`. Each CU lists its file-scope enums in
`enums:`. Each of those enums takes that compile unit as its Parent.

Three operands need special handling:

1. Underlying Type: an enum declared without a type, such as `enum E { A
}`, defaults to `int`, so this emits `int` rather than `DebugInfoNone`.
2. Size must be an `OpConstant`, so an incomplete enum, whose size is
recorded as 0, is dropped.
3. Each Value is a 32-bit integer `OpConstant`. If an enumerator needs
more bits, we leave it out.

This does not handle cycles, such as a struct with a member of an enum
declared inside it. [PR

    [10 lines not shown]
DeltaFile
+98-0llvm/test/CodeGen/SPIRV/debug-info/debug-type-enum.ll
+90-0llvm/test/CodeGen/SPIRV/debug-info/debug-type-enum-unrepresentable.ll
+74-0llvm/lib/Target/SPIRV/SPIRVNonSemanticDebugHandler.cpp
+67-0llvm/test/CodeGen/SPIRV/debug-info/debug-type-enum-multiple-cu.ll
+19-0llvm/lib/Target/SPIRV/SPIRVNonSemanticDebugHandler.h
+348-05 files

LLVM/project 1b8ac5e — mlir/test/mlir-opt expected-unknown-loc-unmatched.mlir

[nspr] update
DeltaFile
+2-2mlir/test/mlir-opt/expected-unknown-loc-unmatched.mlir
+2-21 files

FreeBSD/ports 3a1e9ca — devel/godot Makefile distinfo

devel/godot: Update to 4.7.2

Changelog:
https://godotengine.github.io/godot-interactive-changelog/#4.7.2

PR:             299661
Approved by:    submitter is maintainer
DeltaFile
+3-3devel/godot/distinfo
+1-1devel/godot/Makefile
+4-42 files

FreeBSD/ports 31423cd — databases/mongodb80 Makefile, databases/mongodb80/files patch-src_third__party_boost_boost_numeric_conversion_detail_int__float__mixture.hpp patch-src_third__party_boost_boost_numeric_conversion_detail_udt__builtin__mixture.hpp

databases/mongodb80: fix build with llvm21

* The change is backported from boost 1.92
* Skip installing install-compass. There is no prebuilt compass
  for FreeBSD

PR:     299438
Committed from: De kat in de Wijngaert
DeltaFile
+70-0databases/mongodb80/files/patch-src_third__party_boost_boost_log_utility_strictest__lock.hpp
+23-0databases/mongodb80/files/patch-src_third__party_boost_boost_numeric_conversion_detail_int__float__mixture.hpp
+23-0databases/mongodb80/files/patch-src_third__party_boost_boost_numeric_conversion_detail_udt__builtin__mixture.hpp
+1-3databases/mongodb80/Makefile
+117-34 files

FreeBSD/src 00c5cf7 — sys/netgraph ng_pppoe.c

ng_pppoe: fix m_pullup() logic

The clear intent here is to do m_pullup() if we _don't_ have two bytes.
Before the fix: a) m_pullup() was always called and did nothing; b) if a
node was ever supplied with a fragmented but otherwise correct mbuf, then
it would not handle PROT_LCP as intended.

Noticed by:             zlei
Reviewed by:            zlei, eugen_grosbein.net
Differential Revision:  https://reviews.freebsd.org/D60788
Fixes:                  28903f396af4b151e16ea606cda66a9244fb179f

(cherry picked from commit 4c72b1c36dda72b9ba8de593cac2c94e15f42bcf)
DeltaFile
+1-1sys/netgraph/ng_pppoe.c
+1-11 files

FreeBSD/src 267e4a1 — sys/netpfil/pf if_pfsync.c

pfsync: use result of m_pullup()

(cherry picked from commit f84cdc2584305f8b656ce3f3746868c4a58a9a82)
DeltaFile
+2-2sys/netpfil/pf/if_pfsync.c
+2-21 files

LLVM/project e322673 — mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp, mlir/test/Dialect/OpenMP cli-canonical_loop-invalid.mlir

[mlir][OpenMP] Diagnose non-loop-transformation uses of omp.new_cli (#235164)

The verifier assumed every user of the CLI implements
LoopTransformationInterface, so it asserted on other operations such as
func.call.

Replaced the cast with dyn_cast so the verifier emits an error pointing
at the invalid use instead, and added a test.

Fixes #234635
DeltaFile
+11-0mlir/test/Dialect/OpenMP/cli-canonical_loop-invalid.mlir
+7-1mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+18-12 files

FreeBSD/src 389ae8e — sys/netpfil/pf pf.c, tests/sys/netpfil/pf pfsync.sh

pf: Free the stack key when attaching it collides

pf_state_key_attach() attaches the wire key first and then the stack
key, setting sks to NULL before the second pass.  When the stack key
collides with an existing state, the error path removes the wire key
again but then frees sks, which is NULL by then: the stack key leaks.

pfsync hits this.  A peer that gets a plain state in a bulk update
before a redirected state whose stack key is the plain state's key
fails to import the redirected state, leaks its stack key, and leaks
another one with every later update of that state.

Free sk, the key of the pass that collided (skw on the wire pass), and
add a test.

Reviewed by:            kp
Fixes:                  371bd29d4b22 ("pf: fix potential state key leak")
MFC after:              1 week
Sponsored by:           Rubicon Communications, LLC ("Netgate")
Differential Revision:  https://reviews.freebsd.org/D60951
DeltaFile
+141-0tests/sys/netpfil/pf/pfsync.sh
+5-6sys/netpfil/pf/pf.c
+146-62 files

FreeBSD/src 930be41 — sys/netpfil/ipfw/nat64 ip_fw_nat64.c

ipfw: declare the ipfw_nat64 module

The module declaration is necessary for 'kldstat -m' to see it,
and the rc(8) uses that to detect presence of ipfw_nat.

Submitted by:   markj's Post-Commit LLM Review Service
Fixes:          9bcc1e97dda8e926483b81874884211bbe4f36e9
DeltaFile
+18-0sys/netpfil/ipfw/nat64/ip_fw_nat64.c
+18-01 files

FreeBSD/ports 2e6925e — textproc/vss-text distinfo pkg-descr, textproc/vss-text/files patch-gnat_vss__text.gpr patch-gnat_vss__gnat.gpr

textproc/vss-text: Ada Unicode library

textproc/vss-text:
A high level Unicode text processing library, designed with the following
objectives:
 * To introduce a definite type that represents a string of Unicode characters
   and provides a handy set of operations.
 * The API should be encoding independent and allows efficient implementations.
 * Besides separating string API from in-memory data representation, it should
   separate string API from input/output stream representation.
 * To provide a clear, well-defined semantic for iteration over string elements,
   such as Unicode unit, grapheme cluster, etc.
 * To avoid string element integer indexes, because this isn't necessarily
   constant time and could mislead about indexed element kind.
 * To prefer safe results over raising exceptions where possible.

 https://github.com/AdaCore/vss-text

PR:             296500
DeltaFile
+469-0textproc/vss-text/pkg-plist
+63-0textproc/vss-text/Makefile
+12-0textproc/vss-text/files/patch-gnat_vss__text.gpr
+12-0textproc/vss-text/files/patch-gnat_vss__gnat.gpr
+12-0textproc/vss-text/pkg-descr
+3-0textproc/vss-text/distinfo
+571-01 files not shown
+572-07 files

FreeBSD/ports 8d8b959 — math/adasat distinfo Makefile

math/adasat: Update to 26.2

PR:             298396
DeltaFile
+3-4math/adasat/Makefile
+3-3math/adasat/distinfo
+6-72 files

FreeBSD/ports 5319e6d — devel/gnatcoll-minimal distinfo Makefile

devel/gnatcoll-minimal: Update to 26.2

Update to 26.2:
 * Reorganise pkg-plist so all GNATColl components will be rooted
   in the one shared directory
 * Makefile housekeeping

PR:             298389
DeltaFile
+100-98devel/gnatcoll-minimal/pkg-plist
+6-5devel/gnatcoll-minimal/Makefile
+3-3devel/gnatcoll-minimal/distinfo
+109-1063 files

LLVM/project 8c884ee — libcxx/test/support test_allocator.h

[libcxx][test-support] Implement fancy_pointer_allocator (#196187)

In order to make sure that our further modifications of basic_string
will make it able to handle fancy pointers such as boost::ipc::offset_ptr,
we need some testable fancy pointers. Unfortunately, offset pointers
themselves are a bad idea for that, as they cannot be constant evaluated.

Instead, we are implementing a test fancy pointer that has nontrivial
special member functions that are C++20 constexpr and have side effects
that can be checked on correctness even in constant evaluated test contexts,
backed by a similarly C++20 constexpr fancy pointer allocator.

The idea is that the allocator has a state that counts how many pointer
instances originated from the allocator exist at the moment, the
pointers in their special methods update this shared state, and the
state checks at its destruction that there exactly 0 pointers are recorded
as still existing. The state is unique per instance of default-constructed
allocator but shared between the instances of copy/move-constructed
allocators.

    [10 lines not shown]
DeltaFile
+280-10libcxx/test/support/test_allocator.h
+280-101 files

LLVM/project 6399323 — llvm/lib/Target/AVR AVRCodeGenPassBuilder.cpp AVRTargetMachine.cpp

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

Created using spr 1.3.7

[skip ci]
DeltaFile
+144-110llvm/lib/Target/AVR/AVRExpandPseudoInsts.cpp
+82-53llvm/lib/Target/AVR/AVRFrameLowering.cpp
+19-3llvm/lib/Target/AVR/AVR.h
+2-7llvm/lib/Target/AVR/AVRPassRegistry.def
+5-3llvm/lib/Target/AVR/AVRTargetMachine.cpp
+2-2llvm/lib/Target/AVR/AVRCodeGenPassBuilder.cpp
+254-1781 files not shown
+256-1787 files

LLVM/project 86906cb — llvm/lib/Target/AVR AVRPassRegistry.def AVR.h

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+144-110llvm/lib/Target/AVR/AVRExpandPseudoInsts.cpp
+82-53llvm/lib/Target/AVR/AVRFrameLowering.cpp
+38-0llvm/lib/Target/AVR/AVRAsmPrinter.h
+34-0llvm/lib/Target/AVR/AVRAsmPrinter.cpp
+19-3llvm/lib/Target/AVR/AVR.h
+10-7llvm/lib/Target/AVR/AVRPassRegistry.def
+327-1733 files not shown
+343-1819 files

FreeBSD/ports 319509f — x11/bhotkeys Makefile distinfo

x11/bhotkeys: Update to 1.8

Changelog: https://github.com/FrauBSD/bhotkeys/blob/1.8/CHANGELOG.md
DeltaFile
+3-3x11/bhotkeys/distinfo
+1-1x11/bhotkeys/Makefile
+4-42 files

NetBSD/pkgsrc uKBgbJU — sysutils/ipmitool distinfo, sysutils/ipmitool/patches patch-include_ipmitool_ipmi__delloem.h patch-lib_ipmi__delloem.c

   ipmitool: Build fix for Darwin/aarch64.

   Pulled from the codeberg fork, we might want to just switch to this as upstream
   at some point.
VersionDeltaFile
1.1+63-0sysutils/ipmitool/patches/patch-lib_ipmi__delloem.c
1.1+18-0sysutils/ipmitool/patches/patch-include_ipmitool_ipmi__delloem.h
1.15+3-1sysutils/ipmitool/distinfo
+84-13 files

LLVM/project f161cd3 — llvm/test/CodeGen/AArch64 vec-combine-compare-to-bitmask.ll overflow-vec.ll, llvm/test/CodeGen/AArch64/GlobalISel combine-simplify-demanded-bits-trunc-xor-select.mir

feat(gisel): Mirror trunc/xor/select demanded bits

Extend scalar demanded-bits simplification to G_TRUNC, G_XOR, and
G_SELECT, following SelectionDAG traversal, known-bit propagation,
shared-use handling, and final folds. Honor GISel legality and target
profitability when rewriting or narrowing operations.

Share AArch64's logical-immediate search through a narrow XOR hook and
adapt XOR/shift profitability queries for both selectors. Preserve
SelectionDAG's constant-shrinking interface and node construction.

Share shift-amount validation in CodeGenCommonISel using templated
callbacks for selector-specific lane access and KnownBits queries.

Preserve recursive constant bypasses and use-specific rewrites of shared
producers. Recognize constants at the analysis depth limit, matching
SelectionDAG, and retain KnownBits-based bypasses as a fallback.

Keep G_ASHR of G_SEXT_INREG arithmetic unless the top C + BW - W bits are

    [5 lines not shown]
DeltaFile
+1,302-0llvm/test/CodeGen/AArch64/GlobalISel/combine-simplify-demanded-bits-trunc-xor-select.mir
+509-509llvm/test/CodeGen/AArch64/overflow-vec.ll
+388-390llvm/test/CodeGen/AMDGPU/GlobalISel/fshl.ll
+210-314llvm/test/CodeGen/AMDGPU/integer-mad-patterns.ll
+201-222llvm/test/CodeGen/AArch64/vec-combine-compare-to-bitmask.ll
+188-191llvm/test/CodeGen/AMDGPU/ds-alignment.ll
+2,798-1,62658 files not shown
+4,529-3,01164 files

LLVM/project 340505d — mlir/lib/Conversion/ReconcileUnrealizedCasts ReconcileUnrealizedCasts.cpp

[mlir] Preserve all analyses in reconcile-unrealized-casts when no casts (#236336)

This lets the pass manager skip the post pass verifier, visible on large
modules

Without casts the pass changes nothing, so re-verifying the whole module
is a waste of time
DeltaFile
+2-0mlir/lib/Conversion/ReconcileUnrealizedCasts/ReconcileUnrealizedCasts.cpp
+2-01 files

LLVM/project c58db52 — llvm/lib/Target/AVR AVRCodeGenPassBuilder.cpp AVRTargetMachine.cpp, llvm/test/CodeGen/AVR newpm-pipeline.ll

[AVR] Port ShiftExpand to NewPM

Standard NewPM pass porting.

Reviewers: arsenm, benshi001

Pull Request: https://github.com/llvm/llvm-project/pull/236253
DeltaFile
+49-38llvm/lib/Target/AVR/AVRShiftExpand.cpp
+9-2llvm/lib/Target/AVR/AVR.h
+6-1llvm/lib/Target/AVR/AVRPassRegistry.def
+2-2llvm/lib/Target/AVR/AVRTargetMachine.cpp
+1-1llvm/lib/Target/AVR/AVRCodeGenPassBuilder.cpp
+1-0llvm/test/CodeGen/AVR/newpm-pipeline.ll
+68-446 files

LLVM/project 9f2fbe7 — llvm/test/CodeGen/AMDGPU amdgcn.bitcast.256bit.ll amdgcn.bitcast.512bit.ll, llvm/test/tools/llvm-mca/AArch64/Cortex A53-neon-instructions.s A510-sve-instructions.s

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+14,649-17,027llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+4,663-5,725llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.512bit.ll
+1,624-2,114llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.256bit.ll
+22-3,412llvm/test/tools/llvm-mca/AArch64/Cortex/A510-sve-instructions.s
+22-3,412llvm/test/tools/llvm-mca/AArch64/Cortex/A320-sve-instructions.s
+3,151-0llvm/test/tools/llvm-mca/AArch64/Cortex/A53-neon-instructions.s
+24,131-31,690750 files not shown
+56,956-57,360756 files

LLVM/project a27d128 — mlir/lib/Dialect/Shard/IR ShardOps.cpp, mlir/test/Dialect/Shard canonicalization.mlir

[mlir][shard] Fix FoldDuplicateShardOp assertion on duplicates in different blocks (#232953)

`FoldDuplicateShardOp` looks for another `shard.shard` of the same value
and checks `otherOp->isBeforeInBlock(op)` to decide which one is the
duplicate. `isBeforeInBlock` asserts when the two ops are not in the
same block, so a value that is annotated once in the function body and
once inside a region (for example a `linalg.generic` or `scf.if` body)
crashes `--canonicalize`:

```
Operation.cpp:382: bool mlir::Operation::isBeforeInBlock(mlir::Operation *): Assertion `other && other->block == block && "Expected other operation to have the same parent block."' failed.
```

The pattern was written for the same-block duplicates that sharding
propagation produces, so just skip the fold when the other op lives in a
different block. Both annotations stay in place, which is always valid.

Adds a canonicalization test with a duplicate inside an `scf.if` region.


    [2 lines not shown]
DeltaFile
+25-0mlir/test/Dialect/Shard/canonicalization.mlir
+3-1mlir/lib/Dialect/Shard/IR/ShardOps.cpp
+28-12 files

LLVM/project ab0d6e9 — llvm/lib/Transforms/Utils SimplifyIndVar.cpp, llvm/test/Transforms/IndVarSimplify iv-widen-elim-ext.ll

[IndVarSimplify] Use context to prove a narrow IV def non-negative

When IndVars widens an IV, it checks for each narrow def
(the IV and values computed from it) whether it is
non-negative on every iteration.

If it is, zext and sext of it are equal. Then when IndVars
idens the def's users, they can choose to use either
the sext or zext of the def.

Previously, we didn't use context to prove the non-negativity of def.

Now ask SCEV about the def non-negativity at its context -
the def instruction itself.
This allows SCEV to infer facts from the dominating guards and assumes.

This in turn allows eliminating unnecessary truncs/zexts. E.g. in

  if (m > 0)

    [9 lines not shown]
DeltaFile
+18-24llvm/test/Transforms/IndVarSimplify/iv-widen-elim-ext.ll
+2-2llvm/lib/Transforms/Utils/SimplifyIndVar.cpp
+20-262 files

LLVM/project 4ad3d5e — llvm/lib/Target/AVR CMakeLists.txt AVRTargetMachine.h, llvm/test/CodeGen/AVR newpm-pipeline.ll

[AVR] Introduce AVRCodeGenPassBuilder

Mostly mirrors the existing TargetPassConfig. This is for supporting the
NewPM which will eventually replace the LegacyPM.

Reviewers: arsenm, benshi001

Pull Request: https://github.com/llvm/llvm-project/pull/236244
DeltaFile
+96-0llvm/lib/Target/AVR/AVRCodeGenPassBuilder.cpp
+89-0llvm/test/CodeGen/AVR/newpm-pipeline.ll
+28-0llvm/lib/Target/AVR/AVRPassRegistry.def
+8-0llvm/lib/Target/AVR/AVRTargetMachine.h
+1-0llvm/lib/Target/AVR/CMakeLists.txt
+222-05 files

LLVM/project 343690f — llvm/test/CodeGen/AMDGPU amdgcn.bitcast.256bit.ll amdgcn.bitcast.512bit.ll, llvm/test/tools/llvm-mca/AArch64/Cortex A53-neon-instructions.s A510-sve-instructions.s

[𝘀𝗽𝗿] changes introduced through rebase

Created using spr 1.3.7

[skip ci]
DeltaFile
+14,649-17,027llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+4,663-5,725llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.512bit.ll
+1,624-2,114llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.256bit.ll
+22-3,412llvm/test/tools/llvm-mca/AArch64/Cortex/A510-sve-instructions.s
+22-3,412llvm/test/tools/llvm-mca/AArch64/Cortex/A320-sve-instructions.s
+3,151-0llvm/test/tools/llvm-mca/AArch64/Cortex/A53-neon-instructions.s
+24,131-31,690589 files not shown
+50,228-54,995595 files

LLVM/project 77a1494 — llvm/lib/Target/AVR AVR.h AVRPassRegistry.def, llvm/test/CodeGen/AVR newpm-pipeline.ll

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

Created using spr 1.3.7

[skip ci]
DeltaFile
+82-53llvm/lib/Target/AVR/AVRFrameLowering.cpp
+96-0llvm/lib/Target/AVR/AVRCodeGenPassBuilder.cpp
+91-0llvm/test/CodeGen/AVR/newpm-pipeline.ll
+49-38llvm/lib/Target/AVR/AVRShiftExpand.cpp
+33-0llvm/lib/Target/AVR/AVRPassRegistry.def
+19-3llvm/lib/Target/AVR/AVR.h
+370-943 files not shown
+382-979 files

LLVM/project b72d5cf — llvm/lib/Target/AVR AVR.h AVRShiftExpand.cpp, llvm/test/CodeGen/AVR newpm-pipeline.ll

[𝘀𝗽𝗿] initial version

Created using spr 1.3.7
DeltaFile
+144-110llvm/lib/Target/AVR/AVRExpandPseudoInsts.cpp
+82-53llvm/lib/Target/AVR/AVRFrameLowering.cpp
+96-0llvm/lib/Target/AVR/AVRCodeGenPassBuilder.cpp
+92-0llvm/test/CodeGen/AVR/newpm-pipeline.ll
+49-38llvm/lib/Target/AVR/AVRShiftExpand.cpp
+28-5llvm/lib/Target/AVR/AVR.h
+491-2064 files not shown
+535-21110 files

LLVM/project ba09b30 — llvm/lib/Target/AMDGPU SIFrameLowering.h SIFrameLowering.cpp, llvm/test/CodeGen/AMDGPU cfi-fp-copy-to-vcc.ll

[AMDGPU] Fix invalid CFI when a prologue copies a register to a VCC half (#236119)

A prologue can save the frame pointer or base pointer by copying it to
an unused SGPR, and that SGPR can be vcc_lo or vcc_hi. Their DWARF
register numbers, VCC_32_LO (512) and VCC_32_HI (513), are only defined
in wave32, so in wave64 the CFI named registers that do not exist there.
In wave64, describe the copy as a 32-bit lane of VCC_64 instead.

Assissted By: Cursor
DeltaFile
+52-0llvm/test/CodeGen/AMDGPU/cfi-fp-copy-to-vcc.ll
+36-2llvm/lib/Target/AMDGPU/SIFrameLowering.cpp
+7-0llvm/lib/Target/AMDGPU/SIFrameLowering.h
+95-23 files

LLVM/project 4fa292b — lldb/source/Target Statistics.cpp

[lldb] Skip debugInfo modules in stats without IncludeModules (#236412)

GetStatistics got every module's symbol file path and debug info modules
unless only a summary was requested.
They arere only reported if the `IncludeModules` option is enabled.
Without `IncludeModules` they were computed and dropped.

Only get them when modules are included.
DeltaFile
+3-1lldb/source/Target/Statistics.cpp
+3-11 files