LLVM/project d28da7elldb/source/Plugins/ScriptInterpreter/Python/Interfaces ScriptedThreadPythonInterface.cpp ScriptedCommandPythonInterface.cpp

[lldb] Make ScriptedPythonInterface::Dispatch return llvm::Expected<T> (#224988)

Until now, `Dispatch` returned the extracted value and reported failure
through a `Status &` out-parameter, which leaves the two outcomes
indistinguishable at the value level: a Python method that returns
`None` and one that raises both hand back a default-constructed `T`.
Only `error` told them apart, and because the signature advertises the
value, call sites reached for the value and dropped the error.

Three real instances of that:

- `ScriptedHookPythonInterface::HandleStop` returned `true` whenever the
object was null, discarding the backtrace of a raising `handle_stop`
(fixed separately).
- `GetStatusFromMethod` discarded `Dispatch<Status>`'s return value, so
the `SBError` returned by `ScriptedProcess.launch/attach/resume` and the
three `ScriptedPlatform` entry points was ignored entirely: a `launch()`
returning `SBError("no such file")` reported success.
- `GetThreadPlanMetadataForStepType` string-matched the exception text

    [28 lines not shown]
DeltaFile
+224-148lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedPythonInterface.h
+122-160lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedPythonInterface.cpp
+66-109lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedFramePythonInterface.cpp
+59-74lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedProcessPythonInterface.cpp
+42-48lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedCommandPythonInterface.cpp
+31-51lldb/source/Plugins/ScriptInterpreter/Python/Interfaces/ScriptedThreadPythonInterface.cpp
+544-59017 files not shown
+771-84223 files

LLVM/project 80f155ellvm/lib/Target/AMDGPU AMDGPUInstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/AMDGPU llvm.amdgcn.dot.ll

[AMDGPU][InstCombine] Fold zero dot operands to accumulator

Fold AMDGPU dot intrinsics when either operand is zero.

`dot(a, 0) = 0` and `dot(0, b) = 0`, so replace the intrinsic with its accumulator.
This avoids unrelated clamp and add/sub reassociation cases.
DeltaFile
+15-30llvm/test/Transforms/InstCombine/AMDGPU/llvm.amdgcn.dot.ll
+3-0llvm/lib/Target/AMDGPU/AMDGPUInstCombineIntrinsic.cpp
+18-302 files

LLVM/project f029c5dllvm/lib/Target/AMDGPU AMDGPUInstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/AMDGPU llvm.amdgcn.dot.ll

[AMDGPU][InstCombine] Canonicalize dot constant operands

Move constant dot product source operands to the right hand side
and add tests for signed and unsigned dot intrinsics.
DeltaFile
+12-12llvm/test/Transforms/InstCombine/AMDGPU/llvm.amdgcn.dot.ll
+9-0llvm/lib/Target/AMDGPU/AMDGPUInstCombineIntrinsic.cpp
+21-122 files

LLVM/project 3e55f4fllvm/lib/Target/AMDGPU AMDGPUInstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/AMDGPU llvm.amdgcn.dot.ll

[AMDGPU][InstCombine] Fold constant add/sub into the dot accumulator

`amdgcn.{s,u}dot{2,4,8}(a, b, C) +/- K -> dot(a, b, C +/- K)` when both the
accumulator C and K are constants. The new constant is computed with
wrapping APInt arithmetic to match the non-clamping accumulate.

Only applies when clamp is false (the saturating accumulate does not
reassociate) and the dot has a single use. K - dot is left alone since it
would need the dot product negated.
DeltaFile
+33-66llvm/test/Transforms/InstCombine/AMDGPU/llvm.amdgcn.dot.ll
+38-0llvm/lib/Target/AMDGPU/AMDGPUInstCombineIntrinsic.cpp
+71-662 files

LLVM/project fcec280llvm/test/Transforms/InstCombine/AMDGPU llvm.amdgcn.dot.ll

Remove declare
DeltaFile
+0-9llvm/test/Transforms/InstCombine/AMDGPU/llvm.amdgcn.dot.ll
+0-91 files

LLVM/project 348c110llvm/lib/Transforms/IPO LowerTypeTests.cpp ThinLTOBitcodeWriter.cpp, llvm/test/ThinLTO/X86 cfi-import-internal-coroutine.ll

Reapply "[CFI] Create an external linkage alias instead of promoting i… (#220339)
DeltaFile
+60-0llvm/test/ThinLTO/X86/cfi-import-internal-coroutine.ll
+26-29llvm/lib/Transforms/IPO/ThinLTOBitcodeWriter.cpp
+35-0llvm/lib/Transforms/IPO/LowerTypeTests.cpp
+33-0llvm/test/Transforms/ThinLTOBitcodeWriter/cfi_dso_local_equivalent.ll
+30-0llvm/test/Transforms/LowerTypeTests/promoted-internal.ll
+10-7llvm/test/Transforms/ThinLTOBitcodeWriter/comdat.ll
+194-364 files not shown
+205-4410 files

LLVM/project 00449f1clang/test/CodeGenHLSL/builtins RWTexture-Interlocked.hlsl

Add InterlockedExchange coverage to the texture test
DeltaFile
+7-0clang/test/CodeGenHLSL/builtins/RWTexture-Interlocked.hlsl
+7-01 files

LLVM/project df2d2cdclang/test/CodeGenHLSL/builtins RasterizerOrderedByteAddressBuffer-InterlockedExchange.hlsl RWByteAddressBuffer-InterlockedExchange.hlsl, clang/test/SemaHLSL/BuiltIns ByteAddressBuffer-InterlockedExchange-sm65-errors.hlsl ByteAddressBuffer-InterlockedExchange-errors.hlsl

First attempt implementing interlockedexchange
DeltaFile
+107-0clang/test/SemaHLSL/BuiltIns/InterlockedExchange-errors.hlsl
+48-0clang/test/CodeGenHLSL/builtins/InterlockedExchange.hlsl
+46-0clang/test/SemaHLSL/BuiltIns/ByteAddressBuffer-InterlockedExchange-errors.hlsl
+40-0clang/test/CodeGenHLSL/builtins/RWByteAddressBuffer-InterlockedExchange.hlsl
+29-0clang/test/CodeGenHLSL/builtins/RasterizerOrderedByteAddressBuffer-InterlockedExchange.hlsl
+26-0clang/test/SemaHLSL/BuiltIns/ByteAddressBuffer-InterlockedExchange-sm65-errors.hlsl
+296-07 files not shown
+352-1613 files

LLVM/project 33fcd70clang/test/CodeGenHLSL/builtins RasterizerOrderedByteAddressBuffer-InterlockedMax.hlsl InterlockedMax.hlsl, clang/test/SemaHLSL/BuiltIns ByteAddressBuffer-InterlockedMax-sm65-errors.hlsl ByteAddressBuffer-InterlockedMax-errors.hlsl

[HLSL] Add `InterlockedMax` function and resource methods (#222160)

This PR adds the `InterlockedMax` standalone function and resource
methods.
It mimics the implementation of the `InterlockedMin` function and
resource
methods.

Like `min`, `max` is signedness aware. A signed operand lowers to
`atomicrmw max` and an unsigned operand lowers to `atomicrmw umax`. This
matches DXC, which selects between the `IMax` and `UMax` atomic binary
operations.

The PR also adds the 64-bit `InterlockedMax64` methods, which DXIL gates
on
shader model 6.6.

Fixes: https://github.com/llvm/llvm-project/issues/99124
Assisted by: Github Copilot
DeltaFile
+92-0clang/test/CodeGenHLSL/builtins/RWByteAddressBuffer-InterlockedMax.hlsl
+89-0clang/test/SemaHLSL/BuiltIns/InterlockedMax-errors.hlsl
+70-0clang/test/CodeGenHLSL/builtins/InterlockedMax.hlsl
+39-0clang/test/CodeGenHLSL/builtins/RasterizerOrderedByteAddressBuffer-InterlockedMax.hlsl
+34-0clang/test/SemaHLSL/BuiltIns/ByteAddressBuffer-InterlockedMax-errors.hlsl
+26-0clang/test/SemaHLSL/BuiltIns/ByteAddressBuffer-InterlockedMax-sm65-errors.hlsl
+350-07 files not shown
+400-513 files

LLVM/project ae73942llvm/include/llvm/Object OffloadBinary.h, llvm/lib/Object OffloadBinary.cpp

[Offloading] Add support for compressed OffloadBinary types

Summary:
Offload binaries are used to store many heterogenous architectures into
a singel offloading blob. These lists can get very large so this PR adds
the option to compress them with the LLVM provided compression
libraries.

The implementation is quite simple, we simply compress all the buffers
after the header into a single compressed blob, then re-construct the
header. Extracting is the reverse.

The biggest change is that the offload binary now **owns** the memory,
whereas before we simply took a reference to it. This is necessary
because the decompression must create new memory compared to what the
user provided. This adds an extra copy internally, but it also
simplifies the V2 additions.

This does not wire up any clang/HIP support, just providing the
functionality.
DeltaFile
+134-49llvm/lib/Object/OffloadBinary.cpp
+78-0llvm/unittests/Object/OffloadingTest.cpp
+28-19llvm/include/llvm/Object/OffloadBinary.h
+41-0llvm/test/tools/llvm-objdump/Offloading/compressed.test
+35-3llvm/tools/llvm-offload-binary/llvm-offload-binary.cpp
+23-8llvm/tools/obj2yaml/offload2yaml.cpp
+339-7913 files not shown
+500-9719 files

LLVM/project d43ef1bllvm/lib/Target/DirectX DXILIntrinsicExpansion.cpp, llvm/test/CodeGen/DirectX TextureLoad.ll RawBufferLoadDouble.ll

[DirectX] Fix RawBuffer Loads of double vectors (#224695)

fixes https://github.com/llvm/llvm-project/issues/224684

We need to do the same change we did for Raw Buffer Stores
(https://github.com/llvm/llvm-project/issues/223558) in
https://github.com/llvm/llvm-project/pull/224136 by Create add with the
byte index offsets because were were looking at the wrong argument.
DeltaFile
+23-0llvm/test/CodeGen/DirectX/RawBufferLoadDouble.ll
+22-0llvm/test/CodeGen/DirectX/ResourceAccess/load-rawbuffer-wide-double.ll
+5-1llvm/lib/Target/DirectX/DXILIntrinsicExpansion.cpp
+2-2llvm/test/CodeGen/DirectX/TextureLoad.ll
+52-34 files

LLVM/project 26d29a9clang/lib/Serialization ASTReader.cpp, llvm/include/llvm/Support Compression.h

[Support] Infer compression format from zlib and zstd headers

Summary:
Identify compressed streams from their bitstream headers so callers can
decompress without naming the format. Recognize every valid RFC 1950
zlib header and the zstd frame magic, and reuse that for
getReasonIfUnsupported and decompress. Collapse the AST reader onto the
new helpers.
DeltaFile
+48-0llvm/lib/Support/Compression.cpp
+42-0llvm/unittests/Support/CompressionTest.cpp
+4-8clang/lib/Serialization/ASTReader.cpp
+7-0llvm/include/llvm/Support/Compression.h
+101-84 files

LLVM/project 2ce662d.github/workflows/containers/libc Dockerfile

[Github] Bump libc container to Ubuntu 26.04 (#225212)
DeltaFile
+26-8.github/workflows/containers/libc/Dockerfile
+26-81 files

LLVM/project 69ddc46llvm/lib/Target/AMDGPU AMDGPUCoExecSchedStrategy.h AMDGPUCoExecSchedStrategy.cpp, llvm/test/CodeGen/AMDGPU coexec-sched-ds-fifo.mir coexec-block-carried-latency.mir

[AMDGPU] Add MemoryPipeline scheduling to Coexec sched (#192325)

This adds two pieces to the new scheduler:

Stalls between ds_load and fence
tryAsyncPipe
For both of these pieces we are making some assumptions about the
pipelining of memory instructions in the incoming IR. Namely, that the
long latency memory operations are pipelined and the shorter latency
memory operations (e.g. ds_loads) aren't. Moreover, this assumes that
any user added waitcnts appear directly before fences. These assumptions
are compensating for the fact that we don't have any analysis of the
pipeline available during scheduling.

Stalls between ds_load and fence
The main concept here is that when legalizing the fences we will insert
wait_dscnts for any outstanding ds_load instructions. By teaching the
scheduler about the stall between these instructions, we can hide
latency between ds_load -> wait_dscnt. A common idiom is:

    [22 lines not shown]
DeltaFile
+352-0llvm/test/CodeGen/AMDGPU/coexec-sched-effective-stall.mir
+105-40llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.cpp
+41-2llvm/lib/Target/AMDGPU/AMDGPUCoExecSchedStrategy.h
+1-1llvm/test/CodeGen/AMDGPU/coexec-sched-ds-fifo.mir
+1-1llvm/test/CodeGen/AMDGPU/coexec-block-carried-latency.mir
+500-445 files

OpenBSD/src NwnQDiXregress/usr.sbin/relayd args-http-pattern-case.pl args-http-glob-query-case.pl

   Add match syntax rule test

   The matching-rules chnage from case-insensitive to case-sensitive depends
   on the case, which is strange.

   To continue working in this area, here are some tests of the
   default "behavior":

   - test default glob(7) cookie name/key matching is case-insensitive
   - test default glob(7) cookie value matching is case-insensitive
   - test default glob(7) header name matching is case-insensitive
   - test default glob(7) url lookup is case-insensitive

   - test default glob(7) header value matching is case-sensitive
   - test default glob(7) path matching is case-sensitive
   - test default glob(7) query name/value matching is case-sensitive

   - test that an omitted rule value defaults to "*" and matches any value
     both with a plain glob(7) and patterns(7)

    [2 lines not shown]
VersionDeltaFile
1.1+30-0regress/usr.sbin/relayd/args-http-glob-header-value-case.pl
1.1+28-0regress/usr.sbin/relayd/args-http-value-default.pl
1.1+28-0regress/usr.sbin/relayd/args-http-glob-url.pl
1.1+27-0regress/usr.sbin/relayd/args-http-pattern-case.pl
1.1+27-0regress/usr.sbin/relayd/args-http-glob-query-case.pl
1.1+27-0regress/usr.sbin/relayd/args-http-glob-path-case.pl
+167-03 files not shown
+237-09 files

OpenBSD/src cEaUQ5nusr.bin/ssh packet.h kex.c

   Include local and remote versions in ~I connection info.
   ok job@ djm@.
VersionDeltaFile
1.344+4-1usr.bin/ssh/packet.c
1.196+2-2usr.bin/ssh/kex.c
1.108+2-1usr.bin/ssh/packet.h
+8-43 files

LLVM/project 31b28f5clang/lib/CIR/CodeGen CIRGenModule.cpp, clang/lib/CIR/Dialect/Transforms LoweringPrepare.cpp

[CIR] Consume serialized LangOptions in post-CIRGen lowering (#225224)

Post-CIRGen lowering (LoweringPrepare, CallConvLowering) read a handful
of LangOptions facts from a live clang::LangOptions via the pass's
ASTContext. That prevented a reloaded .cir from lowering the same way it
was compiled, since a serialized module has no ASTContext. PR #224757
serialized those facts onto the module as #cir.lowering_lang_options;
this change makes lowering consume them from there.

To make sure the `lowering_lang_options` attribute is always available,
I moved the constrction of langOpts from release to the constructor. The
overall approach is very close to `LowerModule::getTarget()`

Currently there is still a reliance to `astContext` which I plan to
remove in upcoming PRs. The reliance blocks consuming .cir as an input
and test `cir-opt` with some of such passes.

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply at anthropic.com>
DeltaFile
+59-0clang/test/CIR/CodeGenCUDA/lowering-lang-options.cu
+30-24clang/lib/CIR/Dialect/Transforms/LoweringPrepare.cpp
+18-18clang/lib/CIR/CodeGen/CIRGenModule.cpp
+21-8clang/lib/CIR/Lowering/CIRPasses.cpp
+21-5clang/lib/CIR/Dialect/Transforms/TargetLowering/LowerModule.cpp
+7-0clang/lib/CIR/Dialect/Transforms/TargetLowering/LowerModule.h
+156-556 files

LLVM/project 215a9b0llvm/docs ReleaseNotes.md, llvm/include/llvm/Support RISCVISAUtils.h

[RISCV] Update the canonical extension order (#192392)

Fixes #192357.

Update the canonical order of one-letter standard RISC-V extensions in
RISCVISAUtils::AllStdExts to match the updated specification order,
where `p` moves after `v`.
DeltaFile
+13-0llvm/unittests/TargetParser/RISCVISAInfoTest.cpp
+1-1llvm/include/llvm/Support/RISCVISAUtils.h
+2-0llvm/docs/ReleaseNotes.md
+16-13 files

FreeBSD/src 5a2328arelease/tools vmimage.subr

vmimage.subr: Include dangling symlinks in images

When creating VM images, we filter the METALOG file created by pkg(8)
when installing non-base packages, rejecting any lines which correspond
to files which don't exist; this solves a problem which arose when a
package was installed and then deinstalled (or upgraded) later in the
image-building process.

Unfortunately [ -e ... ] follows symlinks and is not basedir-aware, so
an absolute symlink which is valid *inside* the image is omitted from
the image if it points to something which isn't present in the build
host system.

Replace [ -e ... ] with [ -e ... ] || [ -L ... ] so that symlinks are
included even if dangling.

While I'm here, add quoting in case future paths become problematic.

Sponsored by:   Amazon
MFC after:      3 days
DeltaFile
+2-1release/tools/vmimage.subr
+2-11 files

OpenBSD/ports 5dlhKSOsysutils/exfetch Makefile distinfo

   Update to exfetch-1.9.

   From izzy Meyer (MAINTAINER)
VersionDeltaFile
1.12+4-4sysutils/exfetch/distinfo
1.13+2-2sysutils/exfetch/Makefile
+6-62 files

LLVM/project 6fe7d97llvm/test/CodeGen/RISCV target-abi-valid.ll

[RISC-V] Test ELF e_flags for llc -target-abi without module flag (#225128)

Verify that `llc -filetype=obj -target-abi=...` sets the ELF header
`e_flags`
according to `-target-abi` even when the input IR has no `"target-abi"`
module
flag and the enabled extensions (such as `+d`) would default to a
different ABI.

This commit was created with the help of AI tools
DeltaFile
+13-0llvm/test/CodeGen/RISCV/target-abi-valid.ll
+13-01 files

FreeBSD/ports 4af0312net/linphone Makefile

net/linphone: Restore PORTEPOCH

Restore accidentaly removed PORTEPOCH in the previously submitted patch.

PR:             298735
Sponsored by:   UNIS Labs (vvd, commit patch)
DeltaFile
+1-0net/linphone/Makefile
+1-01 files

OpenBSD/ports oxzkRGrsysutils/libudev-openbsd distinfo Makefile

   update to the latest and greatest from git HEAD
VersionDeltaFile
1.4+2-2sysutils/libudev-openbsd/distinfo
1.9+2-2sysutils/libudev-openbsd/Makefile
+4-42 files

LLVM/project 6854d29clang/lib/CIR/CodeGen CIRGenBuiltin.cpp, clang/test/CIR/CodeGenBuiltins builtin-stdc-bit-c2y.c

[CIR] Lowering for the C2Y `stdc` bit builtins  (#218852)

Implemented CIR lowering for the C2Y `stdc` bit builtins currently
covered by this PR.

This adds support for:

- `stdc_rotate_left_*` / `__builtin_stdc_rotate_left`
- `stdc_rotate_right_*` / `__builtin_stdc_rotate_right`
- `stdc_memreverse8u8/u16/u32/u64`
- `stdc_memreverse8` / `__builtin_stdc_memreverse8`

The rotate builtins lower to `cir.rotate`, which then lowers to the LLVM
funnel-shift intrinsics.

For `stdc_memreverse8`, CIR matches classic CodeGen behavior:

- sizes `0` and `1` are no-ops, while still evaluating the pointer
argument

    [5 lines not shown]
DeltaFile
+116-0clang/test/CIR/CodeGenBuiltins/builtin-stdc-bit-c2y.c
+47-4clang/lib/CIR/CodeGen/CIRGenBuiltin.cpp
+163-42 files

LLVM/project eb701aeclang/lib/CIR/Dialect/Transforms/TargetLowering CIRABIRewriteContext.cpp, clang/test/CIR/CodeGen var-arg-int128.c var-arg-vector.c

[CIR] Expand callee-side va_arg on x86_64 (#222420)

CallConvLowering now classifies every `cir.va_arg` on its own, as an
unnamed argument with a full register budget, and expands it in place. A
fetch that fits the budget reads from the saved register area, and
everything else reads the overflow area and bumps the cursor. An
aggregate, an x87 long double, and an `__int128` all lower correctly
now. Each fetch reads at the alignment the argument area gives it, which
for an over-aligned record is higher than its type reports.

A non-trivially-copyable type still reports NYI.

`rewriteVAArg` takes the register demand from the ABI library rather
than rebuilding it from the shape of the coerced type. The library
computes it in `classifyArgumentType` as the `NeededInt` and `NeededSSE`
out-parameters and used to drop it, so `llvm::abi::ArgInfo` and
`mlir::abi::ArgClassification` now carry it. Expanding a `cir.va_arg`
needs the inputs to that decision rather than its result, because the
choice has to become a runtime branch on the va_list cursor.

Assisted-by: Cursor / claude-opus-5
DeltaFile
+499-19clang/test/CIR/CodeGen/var-arg-aggregate.c
+410-0clang/lib/CIR/Dialect/Transforms/TargetLowering/CIRABIRewriteContext.cpp
+176-0clang/test/CIR/CodeGen/var-arg-direct-offset.cpp
+155-8clang/test/CIR/CodeGen/var_arg.c
+96-0clang/test/CIR/CodeGen/var-arg-vector.c
+73-0clang/test/CIR/CodeGen/var-arg-int128.c
+1,409-2710 files not shown
+1,699-3716 files

HardenedBSD/src 9fbd88fshare/man/man4 ulpt.4 uled.4, sys/dev/hwpmc hwpmc_amd.c

Merge remote-tracking branch 'rad/hardened/current/master' into hardened/current/cross-dso-cfi
DeltaFile
+41-2sys/dev/hwpmc/hwpmc_amd.c
+35-5usr.sbin/pciconf/pciconf.c
+13-18share/man/man4/umcs.4
+8-14share/man/man4/umct.4
+6-11share/man/man4/ulpt.4
+6-11share/man/man4/uled.4
+109-616 files not shown
+133-6512 files

HardenedBSD/src 040a98fshare/man/man4 ulpt.4 uled.4, sys/dev/hwpmc hwpmc_amd.c

Merge remote-tracking branch 'rad/hardened/current/master' into hardened/current/pledge
DeltaFile
+41-2sys/dev/hwpmc/hwpmc_amd.c
+35-5usr.sbin/pciconf/pciconf.c
+13-18share/man/man4/umcs.4
+8-14share/man/man4/umct.4
+6-11share/man/man4/ulpt.4
+6-11share/man/man4/uled.4
+109-616 files not shown
+133-6512 files

HardenedBSD/src df87c4dshare/man/man4 ulpt.4 uled.4, sys/dev/hwpmc hwpmc_amd.c

Merge branch 'freebsd/current/main' into hardened/current/master
DeltaFile
+41-2sys/dev/hwpmc/hwpmc_amd.c
+35-5usr.sbin/pciconf/pciconf.c
+13-18share/man/man4/umcs.4
+8-14share/man/man4/umct.4
+6-11share/man/man4/ulpt.4
+6-11share/man/man4/uled.4
+109-616 files not shown
+133-6512 files

HardenedBSD/ports 5004e34net-p2p/amule Makefile

HBSD: Resolve merge conflict

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+0-5net-p2p/amule/Makefile
+0-51 files

HardenedBSD/ports 93dde88graphics/py-mayavi Makefile, misc/lean-ctx Makefile distinfo

Merge remote-tracking branch 'rad/freebsd/main' into hardenedbsd/main

Conflicts:
        net-p2p/amule/Makefile (unresolved)
DeltaFile
+363-635misc/lean-ctx/distinfo
+187-319misc/lean-ctx/Makefile
+146-1net-mgmt/icinga-php-thirdparty/pkg-plist
+78-0net-p2p/amule/files/patch-fix-tests
+61-0misc/lean-ctx/files/patch-src_core_engine__artifact_unix.rs
+25-19graphics/py-mayavi/Makefile
+860-97438 files not shown
+1,056-1,06744 files