LLVM/project 196786flldb/source/Expression DWARFExpression.cpp, lldb/unittests/Expression DWARFExpressionTest.cpp

[lldb] Keep DWARF dereference results address-sized (#216666)

`DW_OP_deref` and `DW_OP_deref_size` produce the DWARF generic type, but
the
ordinary memory paths left the `uint64_t` returned by `GetMaxU64` on the
expression stack. This made their results 64 bits even when evaluating
an
expression for a 32-bit target.

Normalize successful memory dereference results to the target address
width
using unsigned extension. Add i386 unit coverage for both operations,
including the `DW_OP_deref_size` zero-extension behavior and explicit
APSInt
width checks.

Fixes #210991.
DeltaFile
+21-0lldb/unittests/Expression/DWARFExpressionTest.cpp
+7-0lldb/source/Expression/DWARFExpression.cpp
+28-02 files

LLVM/project 7e44dd0llvm/lib/Target/AMDGPU SIFixSGPRCopies.cpp SIInstrInfo.cpp, llvm/test/CodeGen/AMDGPU si-fix-sgpr-copies.mir

AMDGPU: Fix broken undef operand handling in SIFixSGPRCopies (#217385)

This would hit a null dereference on a failed getVRegDef call,
and then fail to propgate the undef flag.

Co-Authored-By: Claude claude-opus-4.8 <noreply at anthropic.com>
DeltaFile
+16-0llvm/test/CodeGen/AMDGPU/si-fix-sgpr-copies.mir
+3-0llvm/lib/Target/AMDGPU/SIInstrInfo.cpp
+1-1llvm/lib/Target/AMDGPU/SIFixSGPRCopies.cpp
+20-13 files

FreeBSD/ports 3213128net-im/deltachat-desktop Makefile pkg-plist, net-im/deltachat-desktop/files/packagejsons pnpm-workspace.yaml pnpm-lock.yaml

net-im/deltachat-desktop: Update to 2.59.0
DeltaFile
+439-427net-im/deltachat-desktop/files/packagejsons/pnpm-lock.yaml
+7-7net-im/deltachat-desktop/distinfo
+0-9net-im/deltachat-desktop/pkg-plist
+4-4net-im/deltachat-desktop/Makefile
+3-3net-im/deltachat-desktop/files/packagejsons/pnpm-workspace.yaml
+3-3net-im/deltachat-desktop/files/packagejsons/packages/target-browser/package.json
+456-4533 files not shown
+461-4599 files

FreeBSD/ports d119b64net/deltachat-rpc-server Makefile Makefile.crates

net/deltachat-rpc-server: Update to 2.59.0
DeltaFile
+51-51net/deltachat-rpc-server/distinfo
+24-24net/deltachat-rpc-server/Makefile.crates
+1-4net/deltachat-rpc-server/Makefile
+76-793 files

LLVM/project 31d3dc7llvm/lib/Transforms/Scalar StraightLineStrengthReduce.cpp, llvm/test/Transforms/StraightLineStrengthReduce/NVPTX scev-candidate-differences.ll

[SLSR] Add a statistic counting candidate-basis SCEV differences (NFC) (#217143)

In worst-case O(n^2) traversal scenarios, `getMinusSCEV()` can cause
long compile times.

Add a statistic to track `getMinusSCEV()` calls to help debug these
scenarios.
DeltaFile
+29-0llvm/test/Transforms/StraightLineStrengthReduce/NVPTX/scev-candidate-differences.ll
+6-0llvm/lib/Transforms/Scalar/StraightLineStrengthReduce.cpp
+35-02 files

LLVM/project 3c6d951libcxx/test/std/depr/depr.c.headers stdlib_h.pass.cpp, libcxx/test/std/language.support/support.runtime cstdlib.pass.cpp

[libc++][test] Remove `XFAIL` mark for LLVM libc on `system` (#217237)

Recently, LLVM libc has `system` implemented in
8c28e298827d1777009f4599ae161abef9491f34, so the tests for `<cstdlib>`
and `<stdlib.h>` pass now.
DeltaFile
+0-3libcxx/test/std/language.support/support.runtime/cstdlib.pass.cpp
+0-3libcxx/test/std/depr/depr.c.headers/stdlib_h.pass.cpp
+0-62 files

LLVM/project 9c32c4cclang/lib/Driver/ToolChains Flang.cpp, flang/test/Driver sum-reassociation.f90

[flang][Driver] Forward negative sum reassociation flag (#217266)

Previously, only a flag which alters the default was forwarded to the
frontend driver. This works upstream, but it meant that the negation
flag was not forwarded (as negation is the default) which then breaks as
soon as the default is changed. This led to some confusion when I tested
a downstream branch with the flag enabled by default.

Instead, forward the last explicit sum reassociation option to the
frontend driver so the negative spelling is not lost by the driver.

Assisted-by: Codex
DeltaFile
+7-1flang/test/Driver/sum-reassociation.f90
+2-2clang/lib/Driver/ToolChains/Flang.cpp
+9-32 files

LLVM/project be38fffllvm/include/llvm/CodeGen/GlobalISel MIPatternMatch.h, llvm/lib/Target/RISCV/GISel RISCVInstructionSelector.cpp

GlobalISel: Let m_GSExtInReg match its immediate with a sub-matcher (#217309)
DeltaFile
+45-10llvm/include/llvm/CodeGen/GlobalISel/MIPatternMatch.h
+4-5llvm/lib/Target/RISCV/GISel/RISCVInstructionSelector.cpp
+49-152 files

LLVM/project 2a798d4libc/shared/math fminimumf128.h, libc/src/__support/math fminimumf128.h

fminimumf128
DeltaFile
+6-6libc/test/shared/shared_math_constexpr_test.cpp
+4-7libc/src/__support/math/fminimumf128.h
+4-5libc/test/shared/shared_math_test.cpp
+0-6libc/shared/math/fminimumf128.h
+5-1libc/src/math/generic/fminimumf128.cpp
+5-0libc/src/math/fminimumf128.h
+24-2519 files not shown
+51-3525 files

FreeBSD/ports ba6550bcad/openvsp Makefile distinfo

cad/openvsp: Update to 3.51.3

ChangeLog: https://openvsp.org/blogs/announcements/2026/08/17/openvsp-3-51-3-released

Features:

 * API code examples now serve as unit tests
 * AI Audit for API completeness
 * VSPAERO Outputs more stuff for dynamic analysis

Build System:

 * Update AngelScript to v2.38
 * Improve Python MANIFEST.in and packaging

Bugs:

 * Fix AngelScript registration of vec3d and Matrix4d
 * Fix thin shell inertia calculation

    [4 lines not shown]
DeltaFile
+3-3cad/openvsp/distinfo
+1-1cad/openvsp/Makefile
+4-42 files

LLVM/project 8e89764libc/shared/math fmaximumf128.h, libc/src/__support/math fmaximumf128.h

fmaximumf128
DeltaFile
+4-7libc/src/__support/math/fmaximumf128.h
+0-6libc/shared/math/fmaximumf128.h
+3-3libc/test/shared/shared_math_test.cpp
+3-3libc/test/shared/shared_math_constexpr_test.cpp
+5-1libc/src/math/generic/fmaximumf128.cpp
+5-0libc/src/math/fmaximumf128.h
+20-2019 files not shown
+47-3025 files

LLVM/project 8bbab3aflang/lib/Lower OpenACC.cpp, flang/test/Lower/OpenACC acc-declare-unified.f90

[flang][OpenACC] Avoid allocation actions for unified memory. (#217146)

Under `-gpu unified`, the dynamic allocations are accessible
on host and device, so there is no need generate pre/post-alloc/dealloc
actions for `acc declare` variables' allocations.
DeltaFile
+77-0flang/test/Lower/OpenACC/acc-declare-unified.f90
+33-6flang/lib/Lower/OpenACC.cpp
+110-62 files

LLVM/project d211631lldb/utils/lldb-dotest CMakeLists.txt lldb-dotest.in

[lldb] Pass --enable-mte from lldb-dotest (#217176)

lldb-dotest prepends darwin-mte-launcher, which runs the test suite and
the debuggees it spawns, which inherit MTE, with memory tagging enabled.
It never passed --enable-mte to dotest, so configuration.mte_enabled
stayed False and the MTE-aware decorators (like @skipIfMTE) were
silently inert.

The lit configuration already derives the flag from LLDB_ENABLE_MTE in
lit.cfg.py; do the same in lldb-dotest so the two runners agree.

Assisted-by: Claude
DeltaFile
+6-0lldb/utils/lldb-dotest/lldb-dotest.in
+1-0lldb/utils/lldb-dotest/CMakeLists.txt
+7-02 files

FreeBSD/ports f6a8374cad/freecad-devel Makefile.git_rev distinfo, cad/freecad-devel/files patch-src_Gui_CMakeLists.txt patch-cMake_FindOCC.cmake

cad/freecad-devel: Update to 2026.08.18
DeltaFile
+5-5cad/freecad-devel/distinfo
+9-1cad/freecad-devel/pkg-plist
+10-0cad/freecad-devel/files/patch-src_Base_CrashReporter_Format.h
+4-4cad/freecad-devel/Makefile.git_rev
+2-2cad/freecad-devel/files/patch-src_Gui_CMakeLists.txt
+2-2cad/freecad-devel/files/patch-cMake_FindOCC.cmake
+32-146 files

LLVM/project e6834e0lldb/source/Expression DWARFExpression.cpp, lldb/unittests/Expression DWARFExpressionTest.cpp

[lldb] Interpret the DW_OP_plus_uconst addend in the popped operand's… (#217239)

… typeFor typed DWARF values, `DW_OP_plus_uconst` must add the ULEB128
addend
in the same explicit base type as the popped operand (DWARF v5,
2.5.1.4).

LLDB forwarded the operation to `uint64_t` `Scalar` arithmetic: the
addend was implicitly converted to a 64-bit unsigned `Scalar`, and
`Scalar::operator+=` then promoted the narrow operand to 64 bits before
adding. This destroys the wraparound semantics of the original base
type, e.g. `(unsigned char)0xff + 1` evaluated to `0x100` instead of 0.

Construct the addend with the popped operand's exact integer type (bit
width and signedness) so the addition is performed in that type and
wraps accordingly. Non-integer operands keep the existing promotion
behavior.

Adds a `DW_OP_plus_uconst_typed` unit test covering unsigned and signed

    [2 lines not shown]
DeltaFile
+55-0lldb/unittests/Expression/DWARFExpressionTest.cpp
+11-3lldb/source/Expression/DWARFExpression.cpp
+66-32 files

FreeNAS/freenas 7e66688src/middlewared/middlewared/migration 0021_usb_device_port.py, src/middlewared/middlewared/plugins/container lifecycle.py migrate.py

Resolve migrated USB devices by their vendor and product ids

## Problem
A USB passthrough device is named after the port it is plugged into, which is what 25.10 stored. The 26.0 pre-releases built the same shape of name out of the bus and device number instead, and migration 0021 was added to convert those. It cannot do that job: nothing on either device table records which build wrote a row, so it has no way to tell a device-number value from a correct one and rewrites both. A container row written by any current build, or a 25.10 VM row whose device happened to be unplugged at the upgrade boot, is silently repointed at whatever now holds those digits. No shipped release ever wrote a device-number name, so everything the migration could fix is pre-release while everything it can break is not.

The incus migration had the same preference the same way round: it resolved a device by the bus and device number the manifest carried and fell back to the vendor and product ids only when those were missing, choosing the counter the kernel reissues over the identity that survives a replug. It runs once per machine and is never run again, so a wrong row it writes stays wrong.

## Solution
- **Migration 0021 is removed.** Without it every upgrade path is already correct, because the names 25.10 stored are the names the current code produces.
- **Only the vendor and product ids identify a device.** The bus and device number takes no part in resolution. A manifest device that does not carry both ids is dropped rather than guessed at, and the reason is logged: this migration cannot be repeated, and a row built from a stale address is a wrong row that nobody afterwards can tell is wrong.
- **Ids that no connected device carries are still stored as ids.** The device is merely unplugged, and a row saying what the user asked for stays visible and editable rather than disappearing.
- **One device per row.** Rows written for a container claim what they point at, so two manifest devices can no longer land on one port or one pair of ids, which used to leave a container that could neither start nor be edited back. Where several identical devices are connected, each row takes the first one still free.
- **A device that cannot be resolved at start reads as an error rather than a traceback.** pylibvirt's own exception type is caught at both start call sites and reported as a `CallError`, which is what 25.10 did.
- Every resolution is logged, not only the failures. Nothing on the row records which identity it came from, the job log does not survive a restart, and the migration never runs again, so this is the only thing that makes a wrong outcome reconstructable later.

Devices whose manifest carries no usable vendor and product ids are now dropped where they previously became a row built from the recorded bus and device number. That is deliberate and it is permanent: there is no second run and no repair path. In practice the affected set is small, since anything selected through the 25.10 UI carried all four fields.
DeltaFile
+383-1src/middlewared/middlewared/pytest/unit/plugins/container/test_migrate_usb.py
+0-253src/middlewared/middlewared/pytest/unit/migration/test_usb_device_port.py
+123-63src/middlewared/middlewared/plugins/container/migrate.py
+0-158src/middlewared/middlewared/migration/0021_usb_device_port.py
+5-3src/middlewared/middlewared/plugins/vm/vm_lifecycle.py
+5-2src/middlewared/middlewared/plugins/container/lifecycle.py
+516-4801 files not shown
+520-4827 files

LLVM/project 355e72blibc/shared/math copysignf128.h, libc/src/__support/math copysignf128.h

copysignf128
DeltaFile
+4-7libc/src/__support/math/copysignf128.h
+0-6libc/shared/math/copysignf128.h
+3-3libc/test/shared/shared_math_constexpr_test.cpp
+5-1libc/src/math/generic/copysignf128.cpp
+5-0libc/test/src/math/smoke/copysignf128_test.cpp
+5-0libc/src/math/copysignf128.h
+22-1719 files not shown
+46-2925 files

LLVM/project 9690f93libc/shared/math fabsf128.h, libc/src/__support/math fabsf128.h

fabsf128
DeltaFile
+4-7libc/src/__support/math/fabsf128.h
+0-6libc/shared/math/fabsf128.h
+4-1libc/src/math/generic/fabsf128.cpp
+5-0libc/test/src/math/smoke/fabsf128_test.cpp
+5-0libc/src/math/fabsf128.h
+3-1utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+21-1519 files not shown
+43-2725 files

FreeBSD/doc c101e6ddocumentation/content/en/books/porters-handbook/uses _index.adoc

[phb][Uses]: Update kde
DeltaFile
+2-1documentation/content/en/books/porters-handbook/uses/_index.adoc
+2-11 files

OPNSense/core 3ffdf5csrc/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms dialogAssignment.xml, src/opnsense/mvc/app/models/OPNsense/Interfaces NetworkInterface.php NetworkInterface.xml

Interfaces: Assignments - add interface configuration settings in new assignments page. for https://github.com/opnsense/core/issues/10568

Refactor NetworkInterface model to reuse existing property names as much as possible, move from/to legacy logic into a custom fieldtype and store all legacy settings in a container named "pending" to ease reconfiguration and updating legacy configurations.

Skip wireless and other advanced settings for now, only implement a minimal set of validations.
DeltaFile
+418-0src/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogAssignment.xml
+176-1src/opnsense/mvc/app/models/OPNsense/Interfaces/NetworkInterface.xml
+146-0src/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/NetworkInterfaceField.php
+104-10src/opnsense/mvc/app/models/OPNsense/Interfaces/NetworkInterface.php
+58-0src/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/GatewayField.php
+23-1src/opnsense/scripts/interfaces/apply_pending_if_changes.php
+925-123 files not shown
+963-159 files

LLVM/project 7bde724llvm/lib/CodeGen ExpandIRInsts.cpp, llvm/test/CodeGen/X86 expand-frem-no-libcall.ll

ExpandIRInsts: Expand frem when the libcall is unavailable (#217301)

The legalizer actions have a distinct LibCall kind, separate
from Expand. If the target specifies LibCall, but the call is not
available, fall back to expand. The action is a fixed property
of the subtarget, but the library call availability in the future
will be program state that depends on module flags.

The test is underhanded and exploits a defect in llc's -march
flag handling. Since the library call set is computed from the Module's
triple, and the module has no triple, the computed libcall set is
empty for the apparently unknown arch. Any real triple will have
an frem call, so the only observable case is this buggy -march case.
In the future module flags will be able to remove the call from
the usable set.

Co-authored-by: Claude (Claude-Opus-4.8)
DeltaFile
+28-10llvm/lib/CodeGen/ExpandIRInsts.cpp
+31-0llvm/test/CodeGen/X86/expand-frem-no-libcall.ll
+59-102 files

NetBSD/pkgsrc BQYNgBqdevel/gettext distinfo, devel/gettext/patches patch-gettext-tools_configure

   gettext-tools: do not autodetect libcurl and libjson-c

   Fixes build on OpenIndiana. The libraries are shipped
   with base but at least some of the headers seem absent.
VersionDeltaFile
1.3+47-1devel/gettext/patches/patch-gettext-tools_configure
1.53+2-2devel/gettext/distinfo
+49-32 files

LLVM/project 3c044c3llvm/lib/IR AutoUpgrade.cpp

Use StringSwitch
DeltaFile
+70-130llvm/lib/IR/AutoUpgrade.cpp
+70-1301 files

FreeNAS/freenas 410f8dfsrc/middlewared/middlewared/migration 0021_usb_device_port.py, src/middlewared/middlewared/plugins/container lifecycle.py migrate.py

Resolve migrated USB devices by their vendor and product ids

## Problem
A USB passthrough device is named after the port it is plugged into, which is what 25.10 stored. The 26.0 pre-releases built the same shape of name out of the bus and device number instead, and migration 0021 was added to convert those. It cannot do that job: nothing on either device table records which build wrote a row, so it has no way to tell a device-number value from a correct one and rewrites both. A container row written by any current build, or a 25.10 VM row whose device happened to be unplugged at the upgrade boot, is silently repointed at whatever now holds those digits. No shipped release ever wrote a device-number name, so everything the migration could fix is pre-release while everything it can break is not.

The incus migration had the same preference the same way round: it resolved a device by the bus and device number the manifest carried and fell back to the vendor and product ids only when those were missing, choosing the counter the kernel reissues over the identity that survives a replug. It runs once per machine and is never run again, so a wrong row it writes stays wrong.

## Solution
- **Migration 0021 is removed.** Without it every upgrade path is already correct, because the names 25.10 stored are the names the current code produces.
- **Only the vendor and product ids identify a device.** The bus and device number takes no part in resolution. A manifest device that does not carry both ids is dropped rather than guessed at, and the reason is logged: this migration cannot be repeated, and a row built from a stale address is a wrong row that nobody afterwards can tell is wrong.
- **Ids that no connected device carries are still stored as ids.** The device is merely unplugged, and a row saying what the user asked for stays visible and editable rather than disappearing.
- **One device per row.** Rows written for a container claim what they point at, so two manifest devices can no longer land on one port or one pair of ids, which used to leave a container that could neither start nor be edited back. Where several identical devices are connected, each row takes the first one still free.
- **A device that cannot be resolved at start reads as an error rather than a traceback.** pylibvirt's own exception type is caught at both start call sites and reported as a `CallError`, which is what 25.10 did.
- Every resolution is logged, not only the failures. Nothing on the row records which identity it came from, the job log does not survive a restart, and the migration never runs again, so this is the only thing that makes a wrong outcome reconstructable later.

Devices whose manifest carries no usable vendor and product ids are now dropped where they previously became a row built from the recorded bus and device number. That is deliberate and it is permanent: there is no second run and no repair path. In practice the affected set is small, since anything selected through the 25.10 UI carried all four fields.
DeltaFile
+383-1src/middlewared/middlewared/pytest/unit/plugins/container/test_migrate_usb.py
+0-253src/middlewared/middlewared/pytest/unit/migration/test_usb_device_port.py
+123-63src/middlewared/middlewared/plugins/container/migrate.py
+0-158src/middlewared/middlewared/migration/0021_usb_device_port.py
+9-3src/middlewared/middlewared/plugins/vm/vm_lifecycle.py
+9-2src/middlewared/middlewared/plugins/container/lifecycle.py
+524-4801 files not shown
+528-4827 files

LLVM/project 5e23f9dflang/lib/Optimizer/OpenACC/Support RegisterOpenACCExtensions.cpp, flang/test/Fir/CUDA cuf-offload-livein-value-canonicalization.fir

[flang][OpenACC] Rematerialize fir.absent in outlined regions. (#217103)

`OffloadTargetVerifier` complains about `!fir.boxchar<>` live-in
produced by `fir.absent`. It should be always legal and profitable
to rematerialize `fir.absent` inside the outlined regions.
DeltaFile
+41-0flang/test/Fir/CUDA/cuf-offload-livein-value-canonicalization.fir
+38-0flang/test/Fir/OpenACC/offload-livein-value-canonicalization.fir
+2-0flang/lib/Optimizer/OpenACC/Support/RegisterOpenACCExtensions.cpp
+81-03 files

NetBSD/pkgsrc 8uHihrWinputmethod/ibus Makefile

   ibus: regenerate tools Vala sources before build

   The generated tools/main.c in the distfile may contain Wayland code
   even when ibus is configured with --disable-wayland, causing the build
   to fail due to missing wayland headers or libraries.

   Clean the generated sources before build so they are regenerated
   with the current configure options, as already done for ui/gtk3.

   This should fix workaround for PR pkg/60476 on pkgsrc-2026Q2.
VersionDeltaFile
1.126+6-4inputmethod/ibus/Makefile
+6-41 files

LLVM/project 8386eddllvm/lib/Target/AMDGPU SIRegisterInfo.cpp, llvm/test/CodeGen/AMDGPU vgpr-spill.mir

[AMDGPU] Add missing IsFlat check in misaligned tuple spill handling (#217353)

The misaligned tuple handling added in #183701 rewrites the spill opcode
via getFlatScratchSpillOpcode without checking IsFlat. This causes a
MUBUF spill of misaligned tuples to be rewritten into an invalid flat scratch
opcode carrying MUBUF operands.

To reproduce on main:

  llc -mtriple=amdgpu9.0a-amd-amdhsa -verify-machineinstrs \
-run-pass=prolog-epilog llvm/test/CodeGen/AMDGPU/vgpr-spill.mir -o -

Only gfx90a is affected. Add it to vgpr-spill.mir's run lines.

Bug was discovered while working on Issue #129199.
DeltaFile
+118-0llvm/test/CodeGen/AMDGPU/vgpr-spill.mir
+1-1llvm/lib/Target/AMDGPU/SIRegisterInfo.cpp
+119-12 files

LLVM/project 387a152clang/docs ClangFormatStyleOptions.rst ClangFormatStyleOptions.md, clang/include/clang/Basic AttrDocs.td

Merge branch 'main' of github.com:llvm/llvm-project into users/lukel97/autoupgrade-trivial-vp
DeltaFile
+13,767-6,856llvm/test/tools/llvm-mca/AArch64/Cortex/C1Nano-sve-instructions.s
+6,347-3,146llvm/test/tools/llvm-mca/AArch64/Cortex/C1Nano-neon-instructions.s
+4,558-4,154clang/include/clang/Basic/AttrDocs.td
+8,235-0clang/docs/ClangFormatStyleOptions.md
+0-8,004clang/docs/ClangFormatStyleOptions.rst
+3,980-3,687llvm/test/CodeGen/AMDGPU/llvm.amdgcn.permlane.ll
+36,887-25,84713,139 files not shown
+750,854-375,01013,145 files

LLVM/project c494541utils/bazel/llvm-project-overlay/mlir/unittests BUILD.bazel

[Bazel] Fixes e2679f3 (#217374)

This fixes e2679f3e50a8004dd68b15ca2e5b125c09cedfcc (#203821).

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

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

LLVM/project 03e28c4libc/shared/math roundevenf128.h, libc/src/__support/math roundevenf128.h

[libc] Modify `roundevenf128` to use emulated Float128 type (#216568)
DeltaFile
+4-7libc/src/__support/math/roundevenf128.h
+0-6libc/shared/math/roundevenf128.h
+5-1libc/src/math/generic/roundevenf128.cpp
+5-0libc/test/src/math/smoke/roundevenf128_test.cpp
+5-0libc/src/math/roundevenf128.h
+3-1utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+22-1519 files not shown
+45-2825 files