LLVM/project b31b67fclang/lib/CodeGen CodeGenModule.cpp, clang/test/CodeGen amdgpu-builtin-processor-is.c amdgpu-builtin-is-invocable.c

clang/AMDGPU: Don't emit target-features on AMDGCN-flavored SPIR-V (#216678)

The spirv64-amd-amdhsa target unions every GPU's features in its feature
map so it can report builtins as available. The CodeGen doesn't have
any use of the target-features. Putting it into the IR just results
in an annoying to update test every time a new feature is added. The
ultimate SPIRV codegen doesn't do anything with it, and if it did
survive to AMDGPU codegen, it would be actively harmful.

This isn't an ideal solution. The target-features spam is also
noisy and useless in the AMDGPU case, but solving that is more
intricate because we do currently rely on this for some features,
most notably the wavesize.

Co-authored-by: Claude (Claude-Opus-4.8)
DeltaFile
+5-0clang/lib/CodeGen/CodeGenModule.cpp
+2-2clang/test/CodeGenCXX/dynamic-cast-address-space.cpp
+1-1clang/test/CodeGen/amdgpu-builtin-processor-is.c
+1-1clang/test/CodeGen/amdgpu-builtin-is-invocable.c
+9-44 files

LLVM/project cfa6e07llvm/include/llvm/IR PISAIntrinsicUtils.h IntrinsicsPISA.td, llvm/include/llvm/Support PISAAddrSpace.h

Add PISA IR intrinsics and address-space utilities

This patch adds the PISA IR intrinsics definitions, address space
utilities, and basic tests.
DeltaFile
+252-0llvm/include/llvm/IR/IntrinsicsPISA.td
+121-0llvm/lib/IR/PISAIntrinsicUtils.cpp
+72-0llvm/include/llvm/IR/PISAIntrinsicUtils.h
+59-0llvm/include/llvm/Support/PISAAddrSpace.h
+24-0llvm/test/CodeGen/PISA/intrinsics-attributes.ll
+20-0llvm/test/CodeGen/PISA/intrinsics-address-space.ll
+548-05 files not shown
+572-011 files

LLVM/project d9b1199llvm/lib/Target/PISA PISARegisterInfo.td

Link to the spec in the comments
DeltaFile
+4-2llvm/lib/Target/PISA/PISARegisterInfo.td
+4-21 files

LLVM/project aba3a28llvm/lib/Target/PISA PISARegisterInfo.h, llvm/lib/Target/PISA/MCTargetDesc CMakeLists.txt

Review fixes
DeltaFile
+1-1llvm/lib/Target/PISA/PISARegisterInfo.h
+1-1llvm/lib/Target/PISA/MCTargetDesc/CMakeLists.txt
+2-22 files

LLVM/project 91509a6llvm/lib/Target/PISA PISARegisterInfo.td PISATargetMachine.h, llvm/lib/Target/PISA/MCTargetDesc PISAMCAsmInfo.cpp PISAMCTargetDesc.cpp

Add PISA target registration and backend stub

Register the Intel GPU portable ISA (PISA) target. Add the pisa Triple
arch, data layout, and a minimal MC/TargetMachine skeleton.
DeltaFile
+85-0llvm/lib/Target/PISA/PISATargetMachine.cpp
+64-0llvm/lib/Target/PISA/MCTargetDesc/PISAMCTargetDesc.cpp
+61-0llvm/lib/Target/PISA/PISASubtarget.h
+46-0llvm/lib/Target/PISA/PISATargetMachine.h
+41-0llvm/lib/Target/PISA/MCTargetDesc/PISAMCAsmInfo.cpp
+39-0llvm/lib/Target/PISA/PISARegisterInfo.td
+336-025 files not shown
+880-031 files

LLVM/project 999a8e3llvm/lib/TargetParser Triple.cpp

Move triple
DeltaFile
+1-3llvm/lib/TargetParser/Triple.cpp
+1-31 files

LLVM/project 2526c9dllvm/lib/Target/SPIRV SPIRVCombinerHelper.cpp

SPIRV: Use mi_match in combiner match functions (#216964)

Convert some simple cases away from getVRegDef + opcode
checks which don't require new matchers.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+4-9llvm/lib/Target/SPIRV/SPIRVCombinerHelper.cpp
+4-91 files

HardenedBSD/src ee230b3include uexterror.h, lib/libc/gen uexterr_init.c uexterr_set.c

Merge remote-tracking branch 'rad/hardened/current/master' into hardened/current/pledge
DeltaFile
+165-2lib/libc/gen/uexterr_format.c
+135-0lib/libc/gen/uexterror.3
+100-0tests/sys/kern/exterr_test.c
+65-0include/uexterror.h
+50-0lib/libc/gen/uexterr_set.c
+26-0lib/libc/gen/uexterr_init.c
+541-210 files not shown
+580-3116 files

HardenedBSD/src 10fbfa9include uexterror.h, lib/libc/gen uexterr_init.c uexterr_set.c

Merge branch 'freebsd/current/main' into hardened/current/master
DeltaFile
+165-2lib/libc/gen/uexterr_format.c
+135-0lib/libc/gen/uexterror.3
+100-0tests/sys/kern/exterr_test.c
+65-0include/uexterror.h
+50-0lib/libc/gen/uexterr_set.c
+26-0lib/libc/gen/uexterr_init.c
+541-210 files not shown
+580-3116 files

HardenedBSD/ports 0e65b59databases/foundationdb71-server Makefile, databases/foundationdb73-server Makefile

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+353-319mail/stalwart/distinfo
+598-0devel/codebase-memory-mcp/files/extract_sysctl.c
+175-158mail/stalwart/Makefile.crates
+316-0devel/codebase-memory-mcp/files/pass_sysctl.c
+124-0databases/foundationdb73-server/Makefile
+119-0databases/foundationdb71-server/Makefile
+1,685-477135 files not shown
+3,168-931141 files

LLVM/project b14b5d9clang/lib/AST/ByteCode Interp.h

[clang][bytecode][NFC] Remove useless if statement (#217583)

We already assert Ptr.isBlockPointer() above.
DeltaFile
+16-18clang/lib/AST/ByteCode/Interp.h
+16-181 files

LLVM/project 483d3c4llvm/test/Analysis/UniformityAnalysis/AMDGPU divergent-cycle-exit-phi.ll

Update llvm/test/Analysis/UniformityAnalysis/AMDGPU/divergent-cycle-exit-phi.ll

Co-authored-by: Matt Arsenault <Matthew.Arsenault at amd.com>
DeltaFile
+1-1llvm/test/Analysis/UniformityAnalysis/AMDGPU/divergent-cycle-exit-phi.ll
+1-11 files

LLVM/project 81afca9llvm/test/TableGen RuntimeLibcallEmitter-library-dispatch.td, llvm/utils/TableGen/Basic RuntimeLibcallsEmitter.cpp

RuntimeLibcalls: Dispatch to library functions from SystemRuntimeLibrary

When a SystemRuntimeLibrary names LibcallLibrary defs, setTargetRuntimeLibcallSets
now dispatches each under an isLibraryAvailable guard, so an impl can be homed
into a library without dropping it from the target. Non-library members keep the
inline path. No target names a library yet, so output is unchanged.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+52-0llvm/test/TableGen/RuntimeLibcallEmitter-library-dispatch.td
+39-2llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+91-22 files

LLVM/project 402650ellvm/include/llvm/IR RuntimeLibcallsImpl.td, llvm/lib/IR RuntimeLibcalls.cpp

RuntimeLibcalls: Introduce LibcallLibrary schema

Currently the set of system libraries calls is flat and
disorganized. Begin organizing this per-provider library.
The goal is to organize groups of functions by named sets,
corresponding to the underlying library which will be linked.

A LibcallLibrary is a named runtime library whose impls are made
available as a unit; its members use the same dag vocabulary as
LibcallImpls. The emitter emits one setAvailableLibFuncs_<name>
per distinct library name, merging same-named libraries under their
per-variant availability predicates. isLibraryAvailable()
is added as a stub for a future dispatch driver. No target
defines a LibcallLibrary, so generated output is mostly unchanged
(there are some incidental enum reorderings).

Reorganizing all of the library functions require a good bit more
infrastructure to be practical, but this is a minimally functional
piece to start the review.

    [2 lines not shown]
DeltaFile
+253-83llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+102-0llvm/test/TableGen/RuntimeLibcallEmitter-library-name-merge.td
+80-0llvm/test/TableGen/RuntimeLibcallEmitter-library-grouping.td
+12-0llvm/include/llvm/IR/RuntimeLibcallsImpl.td
+6-0llvm/lib/IR/RuntimeLibcalls.cpp
+2-2llvm/test/TableGen/RuntimeLibcallEmitter-multiple-impls.td
+455-851 files not shown
+459-857 files

LLVM/project 6100fa7llvm/include/llvm/IR RuntimeLibcalls.td, llvm/test/CodeGen/X86 fp128-powi-strict.ll fp128-libcalls-strict.ll

RuntimeLibcalls: Stop providing __powitf2 on MSVCRT

MSVCRT does not provide the powi helpers, so gate the fp128 __powitf2 on
isNotOSMSVCRT alongside the f32/f64 __powisf2/__powidf2, instead of adding it
unconditionally. The unconditional add was a hack to satisfy a test that
expected a wrongly-typed powi call on windows-msvc.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+21-133llvm/test/CodeGen/X86/fp128-libcalls-strict.ll
+67-0llvm/test/CodeGen/X86/fp128-powi-strict.ll
+2-4llvm/include/llvm/IR/RuntimeLibcalls.td
+90-1373 files

LLVM/project 0793513llvm/test/TableGen RuntimeLibcallEmitter-library-dispatch.td, llvm/utils/TableGen/Basic RuntimeLibcallsEmitter.cpp

RuntimeLibcalls: Dispatch to library functions from SystemRuntimeLibrary

When a SystemRuntimeLibrary names LibcallLibrary defs, setTargetRuntimeLibcallSets
now dispatches each under an isLibraryAvailable guard, so an impl can be homed
into a library without dropping it from the target. Non-library members keep the
inline path. No target names a library yet, so output is unchanged.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+52-0llvm/test/TableGen/RuntimeLibcallEmitter-library-dispatch.td
+39-2llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+91-22 files

LLVM/project 34ec493llvm/include/llvm/IR RuntimeLibcallsImpl.td, llvm/lib/IR RuntimeLibcalls.cpp

RuntimeLibcalls: Introduce LibcallLibrary schema

Currently the set of system libraries calls is flat and
disorganized. Begin organizing this per-provider library.
The goal is to organize groups of functions by named sets,
corresponding to the underlying library which will be linked.

A LibcallLibrary is a named runtime library whose impls are made
available as a unit; its members use the same dag vocabulary as
LibcallImpls. The emitter emits one setAvailableLibFuncs_<name>
per distinct library name, merging same-named libraries under their
per-variant availability predicates. isLibraryAvailable()
is added as a stub for a future dispatch driver. No target
defines a LibcallLibrary, so generated output is mostly unchanged
(there are some incidental enum reorderings).

Reorganizing all of the library functions require a good bit more
infrastructure to be practical, but this is a minimally functional
piece to start the review.

    [2 lines not shown]
DeltaFile
+253-83llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp
+102-0llvm/test/TableGen/RuntimeLibcallEmitter-library-name-merge.td
+80-0llvm/test/TableGen/RuntimeLibcallEmitter-library-grouping.td
+12-0llvm/include/llvm/IR/RuntimeLibcallsImpl.td
+6-0llvm/lib/IR/RuntimeLibcalls.cpp
+2-2llvm/test/TableGen/RuntimeLibcallEmitter-multiple-impls.td
+455-851 files not shown
+459-857 files

LLVM/project b9b8ad6llvm/include/llvm/IR RuntimeLibcalls.td, llvm/test/CodeGen/X86 fp128-powi-strict.ll fp128-libcalls-strict.ll

RuntimeLibcalls: Stop providing __powitf2 on MSVCRT

MSVCRT does not provide the powi helpers, so gate the fp128 __powitf2 on
isNotOSMSVCRT alongside the f32/f64 __powisf2/__powidf2, instead of adding it
unconditionally. The unconditional add was a hack to satisfy a test that
expected a wrongly-typed powi call on windows-msvc.

Co-authored-by: Claude (Opus 4.8) <noreply at anthropic.com>
DeltaFile
+21-133llvm/test/CodeGen/X86/fp128-libcalls-strict.ll
+67-0llvm/test/CodeGen/X86/fp128-powi-strict.ll
+2-4llvm/include/llvm/IR/RuntimeLibcalls.td
+90-1373 files

LLVM/project 0085ac9clang/lib/CIR/CodeGen CIRGenExprAggregate.cpp, clang/lib/CodeGen CGExprAgg.cpp

[clang] Implement the __builtin_type_order intrinsic for P2830R10 Constexpr Type Ordering (#216462)

This patch implements a __builtin_type_order intrinsic to support the
implementation of
[P2830R10](https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2025/p2830r10.html)
Constexpr Type Ordering.

The `__builtin_type_order` builtin returns a `std::strong_ordering` to
match GCC's behavior. Similar to GCC, we establish a total order over
all types by doing lexicographical comparisons over the mangled type
names. This may yield different orderings with different ABIs.

Resolves https://github.com/llvm/llvm-project/issues/146838
DeltaFile
+82-0clang/test/SemaCXX/builtin-type-order.cpp
+48-15clang/test/AST/ast-dump-traits.cpp
+61-0clang/test/CIR/CodeGen/cxx-traits.cpp
+54-0clang/lib/Sema/SemaTypeTraits.cpp
+33-10clang/lib/CIR/CodeGen/CIRGenExprAggregate.cpp
+34-9clang/lib/CodeGen/CGExprAgg.cpp
+312-3417 files not shown
+456-5623 files

LLVM/project 1ae007fclang/docs ReleaseNotes.md, clang/lib/Sema SemaTemplateDeduction.cpp

[clang][Sema] Handle function parameter packs in `PackDeductionScope::addPacks` (#215235)

`getDepthAndIndex` assumes its parameter never refers to a function
parameter pack. Bail out before calling it for function parameter packs.

Fix #28877. Fix #213760.
DeltaFile
+25-0clang/test/SemaTemplate/deduction-crash.cpp
+5-0clang/lib/Sema/SemaTemplateDeduction.cpp
+2-0clang/docs/ReleaseNotes.md
+32-03 files

LLVM/project c3cb2eblldb/source/Plugins/Language/CPlusPlus Generic.h CPlusPlusLanguage.cpp, lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/queue main.cpp TestDataFormatterStdQueue.py

[lldb] Add MSVC STL/libstdc++ formatters for queue, stack, and priority_queue (#217241)

`std::queue`, `std::stack`, and `std::priority_queue` expose the
underlying container as a protected member named `c`. That name is
required by the standard
([queue.defn](https://eel.is/c++draft/queue.defn),
[stack.defn](https://eel.is/c++draft/stack.defn),
[priqueue.overview](https://eel.is/c++draft/priqueue.overview)), so one
synthetic frontend covers libc++, libstdc++, and MSVC STL.

libc++ already registered this frontend for the inline-namespace regex.
This also registers it for the un-inlined `std::` names used by
libstdc++ and MSVC STL, and moves the frontend to GenericQueue.cpp as
GenericContainerAdaptorFrontEndCreator.

Tests extend the generic queue suite to libstdc++
(queue/stack/priority_queue) and MSVC STL (Windows).

Part of #24834

    [5 lines not shown]
DeltaFile
+0-66lldb/source/Plugins/Language/CPlusPlus/LibCxxQueue.cpp
+66-0lldb/source/Plugins/Language/CPlusPlus/GenericQueue.cpp
+40-14lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/queue/TestDataFormatterStdQueue.py
+22-1lldb/source/Plugins/Language/CPlusPlus/CPlusPlusLanguage.cpp
+8-2lldb/test/API/functionalities/data-formatter/data-formatter-stl/generic/queue/main.cpp
+6-0lldb/source/Plugins/Language/CPlusPlus/Generic.h
+142-833 files not shown
+144-889 files

LLVM/project 528a8e7llvm/include/llvm/Target TargetMachine.h, llvm/lib/CodeGen MachineModuleInfo.cpp

TargetMachine: Verify option/module-flag consistency once per module

The -target-abi option / "target-abi" module flag conflict was reported from
the per-function getSubtargetImpl in RISCV and LoongArch, so a module with
multiple subtargets would repeatedly diagnose. Introduce a new TargetMachine
method to validate the module for the global options.

I wasn't sure the best place to actually perform this check. This is now
performing it in the earliest pass in codegen, MachineModuleInfo.
MachineModuleInfo is a glorified map from IR to MachineFunction, so I'm not
sure this is the right place. The other alternative I started with was the
AsmPrinter initialization.

Ideally we would eliminate the global options. In particular target-abi is
going to be a bit sticky, because it lives in MCOptions and is thus used by
non-codegen contexts which won't have an IR module to read a flag from.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+14-10llvm/lib/Target/TargetMachine.cpp
+24-0llvm/test/CodeGen/RISCV/module-target-abi-conflict.ll
+8-3llvm/include/llvm/Target/TargetMachine.h
+2-0llvm/lib/CodeGen/MachineModuleInfo.cpp
+48-134 files

LLVM/project 540330fllvm/include/llvm/ADT GenericUniformityImpl.h, llvm/test/Analysis/UniformityAnalysis/AMDGPU divergent-cycle-exit-phi.ll

[UniformityAnalysis] Propagate divergence label to cycle exit blocks
DeltaFile
+2-2llvm/test/Analysis/UniformityAnalysis/AMDGPU/divergent-cycle-exit-phi.ll
+2-2llvm/include/llvm/ADT/GenericUniformityImpl.h
+4-42 files

NetBSD/pkgsrc-wip 470821egrafana Makefile

grafana: tidy up do-build
DeltaFile
+4-3grafana/Makefile
+4-31 files

LLVM/project 994383cllvm/docs NVPTXUsage.md, llvm/lib/IR AutoUpgrade.cpp

[NVPTX] Add "exclusive" intrinsic variants for tcgen05.alloc/dealloc (#216016)

This patch adds `exclusive` intrinsic variants for `tcgen05.alloc` and
`tcgen05.dealloc`, which allow exclusive ownership of the allocation.

- `tcgen05.alloc{.exclusive}.cta_group.sync.aligned{.shared::cta}.b32`
- `tcgen05.dealloc{.exclusive}.cta_group.sync.aligned.b32`

---------

Signed-off-by: DharuniRAcharya <dharunira at nvidia.com>
DeltaFile
+165-0llvm/test/CodeGen/NVPTX/tcgen05-alloc-dealloc-exclusive.ll
+33-22llvm/lib/Target/NVPTX/NVPTXIntrinsics.td
+42-0llvm/lib/IR/AutoUpgrade.cpp
+24-16llvm/docs/NVPTXUsage.md
+29-0llvm/test/Assembler/auto_upgrade_nvvm_intrinsics.ll
+12-13llvm/test/CodeGen/NVPTX/tcgen05-alloc.ll
+305-515 files not shown
+337-8211 files

LLVM/project 1471ad9llvm/test/Analysis/UniformityAnalysis/AMDGPU divergent-cycle-exit-phi.ll

[UniformityAnalysis][AMDGPU] Add tests for phi at divergent cycle exit (NFC)
DeltaFile
+112-0llvm/test/Analysis/UniformityAnalysis/AMDGPU/divergent-cycle-exit-phi.ll
+112-01 files

LLVM/project 8f15542mlir/python/mlir/dialects/transform structured.py

[mlir:linalg:py] Undo unintentional type narrowing from #214539. (#217543)

This PR undoes the (presumably) unintenional type narrowing in the
Python overloads of the `TileUsingForOp` transform op introduced in
#214539. Previously, the overloads accepted `DynamicIndexList` as well
as `None` which the constructors they forward to still accept. The new
type signature, however, did not allow them anymore (even though it used
`= None` as default value). The PR, thus, simple adds back the two
types.

Signed-off-by: Ingo Müller <ingomueller at google.com>
DeltaFile
+6-6mlir/python/mlir/dialects/transform/structured.py
+6-61 files

LLVM/project f33142dlld/ELF RelocScan.h Symbols.h, lld/ELF/Arch AArch64.cpp

[PAC][ELF] Remove NEEDS_{GOT,TLSDESC}_NONAUTH (#213452)

Currently we have all of NEEDS_GOT, NEEDS_GOT_AUTH and NEEDS_GOT_NONAUTH
(and similarly for TLSDESC), which takes up three bits, but is only
being used to encode four states (no GOT entry, a normal GOT entry, an
AUTH GOT entry, and an unsupported attempt to have both). This is a
waste of precious bits in the atomic uint16_t flags. Re-encode this in
the more natural manner; effectively NEEDS_GOT is now NEEDS_GOT_NONAUTH
and what was NEEDS_GOT is now implied by having either GOT type. Note
that, as part of this, there are a couple of functional changes.

Firstly, replaceWithDefined previously threw away NEEDS_GOT_AUTH and
NEEDS_GOT_NONAUTH which, under the previous encoding, gave you a
non-AUTH GOT entry regardless of what was requested, i.e. not an AUTH
GOT entry if that was requested (that would presumably then fail the
AUTDA operation in any user of it) nor an error if both were requested.
This may cause real software that currently links without error today to
no longer link, but any such cases are due to LLD emitting incorrect
output instead of detecting cases it doesn't support.

    [26 lines not shown]
DeltaFile
+5-30lld/test/ELF/aarch64-tlsdesc-pauth.s
+8-8lld/ELF/Relocations.cpp
+7-8lld/ELF/Arch/AArch64.cpp
+4-3lld/ELF/Symbols.h
+1-3lld/ELF/RelocScan.h
+25-525 files

FreeBSD/ports 11ee232audio/gogglesmm Makefile, audio/gogglesmm/files patch-gap_CMakeLists.txt patch-cmake_FindFox.cmake

audio/gogglesmm: Update to 1.3.1

Big endian archs should be supported now, so remove BROKEN message.

Switch to pre-rolled release.

Options cleanup: Require a crypto library since most streaming services
use HTTPS, keeping OPENSSL as the default; remove TREMOR option since
libtremor was removed in 2023; remove ZLIB option since FreeBSD has zlib
support baked in.

https://github.com/gogglesmm/gogglesmm/releases/tag/1.3.0
https://github.com/gogglesmm/gogglesmm/releases/tag/1.3.1
DeltaFile
+11-28audio/gogglesmm/Makefile
+0-18audio/gogglesmm/files/patch-src_CMakeLists.txt
+18-0audio/gogglesmm/files/patch-src_GMImportDialog.cpp
+0-14audio/gogglesmm/files/patch-CMakeLists.txt
+13-0audio/gogglesmm/files/patch-cmake_FindFox.cmake
+0-11audio/gogglesmm/files/patch-gap_CMakeLists.txt
+42-711 files not shown
+45-747 files

HardenedBSD/ports 11ee232audio/gogglesmm Makefile, audio/gogglesmm/files patch-gap_CMakeLists.txt patch-cmake_FindFox.cmake

audio/gogglesmm: Update to 1.3.1

Big endian archs should be supported now, so remove BROKEN message.

Switch to pre-rolled release.

Options cleanup: Require a crypto library since most streaming services
use HTTPS, keeping OPENSSL as the default; remove TREMOR option since
libtremor was removed in 2023; remove ZLIB option since FreeBSD has zlib
support baked in.

https://github.com/gogglesmm/gogglesmm/releases/tag/1.3.0
https://github.com/gogglesmm/gogglesmm/releases/tag/1.3.1
DeltaFile
+11-28audio/gogglesmm/Makefile
+0-18audio/gogglesmm/files/patch-src_CMakeLists.txt
+18-0audio/gogglesmm/files/patch-src_GMImportDialog.cpp
+0-14audio/gogglesmm/files/patch-CMakeLists.txt
+13-0audio/gogglesmm/files/patch-cmake_FindFox.cmake
+0-11audio/gogglesmm/files/patch-gap_CMakeLists.txt
+42-711 files not shown
+45-747 files