LLVM/project 11bc6cellvm/lib/Support VirtualOutputBackends.cpp

[Support] Don't create unbuffered stream in MirroringOutputBackend (#220648)

MirroringOutputBackend is creating underlying stream to be unbuffered
with the intention to avoid double buffering. But if mirrored stream
needs to perform file system write, this results in unbuffered write to
file system and can cause significant I/O overhead which completely
outweights the benefit. Disable the default unbuffered stream setting to
fix the slowdown when using MirroringOutputBackend.

rdar://186469637
DeltaFile
+2-5llvm/lib/Support/VirtualOutputBackends.cpp
+2-51 files

OpenZFS/src 8dd73c7.github/workflows/scripts qemu-3-deps-vm.sh

CI: force GRUB onto serial console for headless VM

The QEMU CI VMs have no display device.  When the
deps step powers the VM off and the build step
restarts it, grub2-mkconfig emits
'terminal_output gfxterm', which leaves GRUB stuck
before the kernel starts on the headless VM, so SSH
never comes up (seen on CentOS Stream 10).  Force
GRUB_TERMINAL_INPUT/OUTPUT to the serial console,
which is always present in these VMs.

Reviewed-by: Tony Hutter <hutter2 at llnl.gov>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Signed-off-by: tiehexue <tiehexue at hotmail.com>
Closes #19002
DeltaFile
+6-0.github/workflows/scripts/qemu-3-deps-vm.sh
+6-01 files

LLVM/project aa3cf8cllvm/test/TableGen directive1.td, llvm/utils/TableGen/Basic DirectiveEmitter.cpp

[NFC] Post Commit Feedback from 220255 (#220684)
DeltaFile
+17-10llvm/utils/TableGen/Basic/DirectiveEmitter.cpp
+1-1llvm/test/TableGen/directive1.td
+18-112 files

LLVM/project 3821407mlir/lib/Dialect/Math/Transforms SincosFusion.cpp

[mlir][math][NFC] Avoid greedy rewriter in sincos fusion (#220687)

This pass only pairs a math.sin with a matching math.cos in the
same block. Running that through applyPatternsGreedily still folds,
CSEs constants, and simplifies regions over the whole module for up to
ten iterations, which dominates the cost of the pass on large modules.

Replace the greedy driver with a walk over math.sin that looks at the
operand's users. Collect fusion pairs first so replacing a math.cos
cannot invalidate the walk, and pick the earliest unpaired matching
cos so the result does not depend on use-list order.
DeltaFile
+62-46mlir/lib/Dialect/Math/Transforms/SincosFusion.cpp
+62-461 files

OpenZFS/src a126138cmd/zstream zstream_modules.h zstream_fletcher4.c

zstream: self-tuning queues

This PR removes the `qp_batch_budget` and `qp_queue_length` parameters
from the `zq_params_t` struct that's used to create `zstream_queues.`
Queue lengths and batch budgets still exist, but they're set internally
by the queue implementation. In addition, `ZQ_MAX_BATCH` is raised to
1024 items.

### Motivation

Multithreaded queues need some specific value for queue lengths and
batch sizes, but the impact of these values is largely opaque to
developers without detailed benchmarking.

Queue lengths in particular have been difficult to optimize because they
were formerly the only way to limit the amount of in-flight stream
data. Streams vary in payload density, so queue lengths were set
according to relatively pessimistic assumptions. But as of #18982, the
memory consumed by in-flight payloads is limited independently of queue

    [102 lines not shown]
DeltaFile
+200-97cmd/zstream/zstream_queue.c
+151-56cmd/zstream/zstream_selftest_queue.c
+22-17cmd/zstream/zstream_queue.h
+9-9cmd/zstream/zstream_recompress.c
+8-6cmd/zstream/zstream_fletcher4.c
+4-7cmd/zstream/zstream_modules.h
+394-1925 files not shown
+402-20211 files

LLVM/project 437f88fllvm/lib/Target/AMDGPU SIInsertWaitcnts.cpp, llvm/test/CodeGen/AMDGPU buffer-fat-pointer-atomicrmw-fmin.ll buffer-fat-pointer-atomicrmw-fmax.ll

[AMDGPU][SIInsertWaitcnts] Fix soft wait removal with loop-carried deps (#220357)

The code that checked if a soft waitcnt (such as the one insterted by
a release fence on LDS) was redundant didn't correctly account for the
fact that that, for example, the previous iteration of a loop could
have introduced memory traffic that needs to be waited on. This bug
appeared to be fairly rare in practice (probably due to the
instruction scheduler shuffling around code in t bad form) but it can
happen.

The fix is that, instad of immediately erasing "redundant" waits, we
add them to a set of waits to be erased, and then remove them from the
set if they prove to be truly redundant.

This has the side effect of fixing a correctness issue around the CAS
loops we emit on gfx1250 - the global_inv we emit after the
`s_loadcnt 0x0` is itself a `loadcnt`-able event, and so needs to be
forced to completion before the next iteration of the CAS loop.


    [6 lines not shown]
DeltaFile
+49-17llvm/lib/Target/AMDGPU/SIInsertWaitcnts.cpp
+41-0llvm/test/CodeGen/AMDGPU/local-atomicrmw-fsub.ll
+31-0llvm/test/CodeGen/AMDGPU/local-atomicrmw-fmin.ll
+31-0llvm/test/CodeGen/AMDGPU/local-atomicrmw-fmax.ll
+20-8llvm/test/CodeGen/AMDGPU/buffer-fat-pointer-atomicrmw-fmin.ll
+20-8llvm/test/CodeGen/AMDGPU/buffer-fat-pointer-atomicrmw-fmax.ll
+192-338 files not shown
+235-3714 files

LLVM/project 5debe99utils/bazel/llvm-project-overlay/lldb/source/Plugins BUILD.bazel

[bazel][lldb] Update lldb's BUILD.bazel file to fix failure. (#220692)

https://github.com/llvm/llvm-project/pull/216389 introduced some new
dependencies for some lldb Plugin builds that were not reflected in the
bazel file. This fixes that issue.
DeltaFile
+2-0utils/bazel/llvm-project-overlay/lldb/source/Plugins/BUILD.bazel
+2-01 files

LLVM/project 37655e8llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU GCNSubtarget.h

[AMDGPU] Add APIs getTotalNumVGPRs and getAddressableNumVGPRs to TargetParser

Change-Id: Ice24fad838bf1e9e042641663945479a7d4ea81e
DeltaFile
+43-0llvm/unittests/TargetParser/TargetParserTest.cpp
+36-4llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+13-16llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+12-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+9-2llvm/lib/Target/AMDGPU/GCNSubtarget.h
+0-3llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.h
+113-252 files not shown
+115-278 files

OpenBSD/src i0qYWVnsys/arch/amd64/amd64 vmm_machdep.c

   Make vmm(4) exception helpers return void.

   None of the vmm_inject_{gp,ud,etc.}() functions can fail. There's
   no need to return 0 for all of them, so simplify the function
   signature and update call sites to clean things up a bit.

   sure, mlarkin@
VersionDeltaFile
1.79+32-57sys/arch/amd64/amd64/vmm_machdep.c
+32-571 files

LLVM/project 8f246dalldb/include/lldb/Utility RegisterType.h, lldb/source/Plugins/Process/gdb-remote ProcessGDBRemote.cpp

[lldb] Parse GDB remote register vector types (#219255)

- Add the `RegisterTypeVector` metadata representation.
- Parse `<vector>` elements from GDB target-description XML.
- Support builtin elements and previously defined nested vectors.
- Validate counts, sizes, duplicates, unsupported types, and feature
scoping.
- Display the vector element count in `register info`.
- Add parsing, serialization, nesting, and invalid-input tests.

Nested example:
```
<vector id="v2f" type="ieee_single" count="2"/>
<vector id="v2v2f" type="v2f" count="2"/>
```
`v2v2f` contains two elements, each containing two floats.

---------

Co-authored-by: Bar Soloveychik <barsolo at fb.com>
DeltaFile
+241-0lldb/test/API/functionalities/gdb_remote_client/TestXMLRegisterVector.py
+212-3lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+72-0lldb/unittests/Utility/RegisterTypeTest.cpp
+50-0lldb/source/Utility/RegisterType.cpp
+26-0lldb/include/lldb/Utility/RegisterType.h
+14-0lldb/unittests/Core/DumpRegisterInfoTest.cpp
+615-32 files not shown
+621-38 files

OpenBSD/src ADOkh0Ysys/arch/amd64/amd64 vmm_machdep.c

   vmm(4): classify injected #DB as hardware exception.

   vmm was incorrectly classifying as a software exception. Change to
   hardware exception without an error code.

   ok mlarkin@
VersionDeltaFile
1.78+3-2sys/arch/amd64/amd64/vmm_machdep.c
+3-21 files

FreeBSD/doc 0225bd1website/data/ru/press press.toml

website/ru: Update data/ru/press/press.toml

Update to EN 239cdf46076723fa017744078cbd941b04336e21
DeltaFile
+107-1website/data/ru/press/press.toml
+107-11 files

FreeBSD/ports 3dba3a5devel/py-lxml Makefile distinfo

devel/py-lxml: update to 6.1.3

Changelog: https://lxml.de/6.1/changes-6.1.3.html
(cherry picked from commit 57b882f92625e951355f2beee7ba6e75616b1bbd)
DeltaFile
+3-3devel/py-lxml/distinfo
+1-1devel/py-lxml/Makefile
+4-42 files

LLVM/project 93aa6c4flang/lib/Optimizer/OpenACC/Analysis FIROpenACCSupportAnalysis.cpp, flang/lib/Optimizer/OpenACC/Support FIROpenACCUtils.cpp

[flang][acc] Extend coverage for offload target verifier (#220468)

This PR builds upon acc::isValidSymbolUse and acc::isValidValueUse to
ensure that FIR and CUF specific handling is considered.

FIR now provides fir::acc::isValidSymbolUse and
fir::acc::isValidValueUse. Symbol uses treat Fortran runtime and
non-host CUDA Fortran procedures as valid, and accept fir.use_stmt
references that may have no local definition. Value uses accept FIR
scalars that are passed by value, including those reachable through
declare and similar wrappers, and allow trivially copyable scalars into
CUF kernels.

The OpenACC analysis delegates to these utilities. The dialect helpers
are extended so symbols defined in a gpu.module and arguments of an acc
routine are treated as already on the device.
DeltaFile
+271-2flang/test/Transforms/OpenACC/offload-target-verifier.fir
+110-0flang/lib/Optimizer/OpenACC/Support/FIROpenACCUtils.cpp
+50-0mlir/test/Dialect/OpenACC/offload-target-verifier.mlir
+46-0mlir/unittests/Dialect/OpenACC/OpenACCUtilsTest.cpp
+40-3mlir/lib/Dialect/OpenACC/Utils/OpenACCUtils.cpp
+2-38flang/lib/Optimizer/OpenACC/Analysis/FIROpenACCSupportAnalysis.cpp
+519-431 files not shown
+530-437 files

LLVM/project 989ff3dflang/include/flang/Semantics openmp-modifiers.h, flang/lib/Semantics check-omp-structure.h check-omp-variant.cpp

[flang][OpenMP] Remove now unused OmpVerifyModifiers

Its functionality has been subsumed by VerifyModifiers.
DeltaFile
+164-269flang/lib/Semantics/check-omp-structure.cpp
+44-49flang/lib/Semantics/check-omp-loop.cpp
+0-6flang/include/flang/Semantics/openmp-modifiers.h
+1-3flang/lib/Semantics/check-omp-variant.cpp
+0-2flang/lib/Semantics/check-omp-structure.h
+209-3295 files

LLVM/project 71f8ffdflang/lib/Semantics check-omp-structure.h check-omp-syntax.cpp, llvm/include/llvm/Frontend/OpenMP OMPDescriptors.h.inc OMPDescriptors.h

[flang][OpenMP] Implement modifier set and modifier group verification

Introduce modifier set and group definitions, and include that information
in clause descriptors.

Extend the verification of syntactic properties to handle sets and groups.
DeltaFile
+676-590llvm/lib/Frontend/OpenMP/OMPDescriptors.inc
+133-27flang/lib/Semantics/check-omp-syntax.cpp
+47-0llvm/include/llvm/Frontend/OpenMP/OMPDescriptors.h
+32-1llvm/lib/Frontend/OpenMP/OMPDescriptors.cpp
+17-0llvm/include/llvm/Frontend/OpenMP/OMPDescriptors.h.inc
+6-4flang/lib/Semantics/check-omp-structure.h
+911-6221 files not shown
+912-6227 files

LLVM/project 6a0e4bbflang/include/flang/Parser parse-tree.h, flang/include/flang/Semantics openmp-modifiers.h

[flang][OpenMP] Replace modifier verification with a generic one

Implement verification of syntactic properties (i.e. required, unique,
exclusive, ultimate) in a generic way, agnostic of the kind of element
to which these properties are applied. The goal here is to reuse it
for verifying clause properties in the future.

Refactor the existing modifier verification code to use it. Modify
the previous implementation (OmpVerifyModifiers) to always succeed
to reduce the amount of necessary changes.
DeltaFile
+439-0flang/lib/Semantics/check-omp-syntax.cpp
+2-366flang/include/flang/Semantics/openmp-modifiers.h
+19-44flang/lib/Semantics/check-omp-structure.cpp
+50-9flang/include/flang/Parser/parse-tree.h
+20-34flang/test/Parser/OpenMP/dims-modifier.f90
+32-1flang/lib/Semantics/check-omp-structure.h
+562-4547 files not shown
+580-45913 files

FreeBSD/ports 57b882fdevel/py-lxml Makefile distinfo

devel/py-lxml: update to 6.1.3

Changelog: https://lxml.de/6.1/changes-6.1.3.html
DeltaFile
+3-3devel/py-lxml/distinfo
+1-1devel/py-lxml/Makefile
+4-42 files

FreeBSD/src 60d7890cddl/usr.sbin/dtrace/tests dtrace.test.mk, cddl/usr.sbin/dtrace/tests/amd64/arrays Makefile

dtrace/tests: compile D sources at runtime on test target

Previously, we would precompile D test dependencies using the
host's dtrace, which unconditionally outputs ELF files in the
host's format. This breaks the cross-compile build with errors
like the following:

dtrace: failed to link script: incorrect ELF machine type for
object file: tst.usdt.pieo
--- usdt.o ---
*** Failed target: usdt.o

This patch moves compilation to runtime for all C-based testcases
that have a dependent D source file.

Reviewed by:    markj
MFC after:      1 week
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D59030
DeltaFile
+23-1cddl/usr.sbin/dtrace/tests/tools/dtest.sh
+10-8cddl/usr.sbin/dtrace/tests/dtrace.test.mk
+3-1cddl/usr.sbin/dtrace/tests/tools/genmakefiles.sh
+3-1cddl/usr.sbin/dtrace/tests/common/arithmetic/Makefile
+3-1cddl/usr.sbin/dtrace/tests/common/aggs/Makefile
+3-1cddl/usr.sbin/dtrace/tests/amd64/arrays/Makefile
+45-1387 files not shown
+306-10093 files

LLVM/project 71a9a0ellvm/lib/Target/AMDGPU AMDGPULowerIntrinsics.cpp, llvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp

[AMDGPU] Validate barrier ID in S_BARRIER_SIGNAL_ISFIRST

Value user_cluster_barrier_id is not supported.
DeltaFile
+3-36llvm/test/CodeGen/AMDGPU/lower-intrinsics-cluster-barrier.ll
+23-0llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+9-0llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.barrier.signal.isfirst.invalid_barrier.ll
+8-0llvm/lib/Target/AMDGPU/AMDGPULowerIntrinsics.cpp
+5-0llvm/test/MC/AMDGPU/gfx13_err.s
+3-0llvm/test/MC/AMDGPU/gfx12_err.s
+51-361 files not shown
+52-367 files

LLVM/project 1822040llvm/lib/Target/AArch64 AArch64InstrInfo.td AArch64InstrInfo.cpp, llvm/test/CodeGen/AArch64 ptrauth-tail-call-shrink-wrapping.ll sign-return-address-pauth-lr-mir.ll

[AArch64][PAC] Emit tail calls more efficiently

It may be required to insert explicit checks that LR was authenticated
successfully before performing a tail call. Previously, such checks were
inserted when expanding the TCRETURN pseudo instructions, if the stack
frame was created by the particular function. This did not take into
account the shrink-wrapping optimization, though.

This commit introduces a separate `PAUTH_CHECK_LR` pseudo instruction.
A conservative heuristic is implemented that drops the completely useless
checks. Furthermore, it moves the remaining checks to the shrink-wrapping
epilogue (if any), but only if that doesn't hurt any regular return code
paths.
DeltaFile
+273-129llvm/test/CodeGen/AArch64/sign-return-address-pauth-lr-mir.ll
+142-17llvm/lib/Target/AArch64/AArch64PointerAuth.cpp
+12-36llvm/test/CodeGen/AArch64/ptrauth-tail-call-shrink-wrapping.ll
+15-32llvm/lib/Target/AArch64/AArch64AsmPrinter.cpp
+20-14llvm/lib/Target/AArch64/AArch64InstrInfo.cpp
+7-0llvm/lib/Target/AArch64/AArch64InstrInfo.td
+469-2286 files

LLVM/project a54888allvm/test/CodeGen/AArch64 ptrauth-tail-call-shrink-wrapping.ll

[AArch64][PAC] Precommit tests on efficient LR checks before tail calls

When performing a tail call with pac-ret hardening enabled, depending on
the performance vs. security trade-off, it may be required to insert an
explicit check that the LR register contains a valid address (that is,
the authentication succeeded), as unlike a regular call, a tail call does
not dereference LR right away.

When shrink-wrapping optimization is in effect, this might be expensive
both in terms of time complexity and code size. This commit adds several
tests demonstrating the existing codegen behavior.
DeltaFile
+476-0llvm/test/CodeGen/AArch64/ptrauth-tail-call-shrink-wrapping.ll
+476-01 files

LLVM/project 59b0e90llvm/test/CodeGen/AArch64 sign-return-address-epilogue-regs.ll

Add a test case with speculative_load_hardening enabled
DeltaFile
+170-52llvm/test/CodeGen/AArch64/sign-return-address-epilogue-regs.ll
+170-521 files

LLVM/project db6a71fllvm/lib/Target/AMDGPU AMDGPULegalizerInfo.cpp, llvm/test/CodeGen/AMDGPU/GlobalISel legalize-flog10.mir legalize-flog.mir

[AMDGPU] Carry the log expansion flags through its f32 round trip (#219724)

The f16 log and log10 expansion promotes to f32 and rounds back.
GlobalISel built that G_FPEXT and G_FPTRUNC pair with no flags at all,
where the SelectionDAG FP_EXTEND and FP_ROUND have always carried them,
so hand them the expansion's flags too.
DeltaFile
+28-0llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-flog10.mir
+28-0llvm/test/CodeGen/AMDGPU/GlobalISel/legalize-flog.mir
+2-2llvm/lib/Target/AMDGPU/AMDGPULegalizerInfo.cpp
+58-23 files

FreeNAS/freenas f857babsrc/middlewared/middlewared/alembic/versions/26.0 2026-09-02_16-30_api_key_s3.py, src/middlewared/middlewared/api/v26_0_0 api_key.py

Add an S3 key type to API keys

An S3 key is a SigV4 credential for the TrueNAS S3 service. It shares
the API key table so it gets the same user linking, expiry, revocation
and reveal once handling, but it stores a recoverable secret instead of
SCRAM verifier material because SigV4 derives signing keys from the
secret itself. The secret is popped in extend so it appears in no entry
and reaches the S3 service only through the private s3_credentials
method, which folds revocation, expiry and a secret lost to a seedless
config restore into one enabled flag.

An S3 key can never authenticate to the TrueNAS API. The pam etc group
now selects TRUENAS keys only, which keeps S3 keys out of the keyring
every mechanism authenticates against, the keyring renderer carries a
backstop, and the plain key login refuses an S3 key before PAM so a
keyring miss cannot trigger the forced PAM regeneration. The upload
authenticator, the legacy login and convert_raw_key refuse them too.

S3 keys need no privilege roles and may belong to local or directory

    [4 lines not shown]
DeltaFile
+257-0tests/api2/test_api_key_s3.py
+146-22src/middlewared/middlewared/plugins/api_key.py
+51-7src/middlewared/middlewared/api/v26_0_0/api_key.py
+44-0src/middlewared/middlewared/alembic/versions/26.0/2026-09-02_16-30_api_key_s3.py
+22-1src/middlewared/middlewared/utils/crypto.py
+15-3src/middlewared/middlewared/plugins/auth_/login_ex_impl.py
+535-335 files not shown
+558-3511 files

LLVM/project a8a2d83flang/include/flang/Semantics openmp-modifiers.h, flang/lib/Semantics check-omp-structure.h check-omp-variant.cpp

[flang][OpenMP] Remove now unused OmpVerifyModifiers

Its functionality has been subsumed by VerifyModifiers.
DeltaFile
+164-269flang/lib/Semantics/check-omp-structure.cpp
+44-49flang/lib/Semantics/check-omp-loop.cpp
+0-6flang/include/flang/Semantics/openmp-modifiers.h
+1-3flang/lib/Semantics/check-omp-variant.cpp
+0-2flang/lib/Semantics/check-omp-structure.h
+209-3295 files

OpenBSD/ports q98zvPPnet/rtorrent/patches patch-test_Makefile_in

   Refresh patch
VersionDeltaFile
1.10+2-2net/rtorrent/patches/patch-test_Makefile_in
+2-21 files

OPNSense/core 103ea24src/etc/inc interfaces.inc

interfaces: exclude VLAN devices from virtual queue #10810

They were handled properly in dhcp6c cases later on, but that
changed when they became visible to through the device hook.
DeltaFile
+1-1src/etc/inc/interfaces.inc
+1-11 files

LLVM/project 6eb78d3libc/src/__support/CPP span.h, libc/test/src/__support/CPP span_test.cpp

[libc][CPP] Align span copy and conversion with std::span (#220619)

Bring cpp::span copy and converting operations in line with C++20
std::span ([span.overview], [span.cons]):

* Add defaulted copy assignment operator: C++20 std::span declares
constexpr span& operator=(const span&) noexcept = default; Providing an
explicit defaulted copy assignment operator matches std::span and avoids
-Wdeprecated-copy-with-dtor warnings in consuming code when
copy-assigning spans.

* Take const span<U>& in converting constructor and operator=: C++20
[span.cons] specifies converting construction from const span&.
Previously taking span<U>& prevented converting from const spans and
binding to rvalue temporaries (such as s = s.subspan(1)).

* Update span.h and span_test.cpp headers to standard LLVM style.

* Add unit tests for copy assignment, rvalue temporaries, and converting

    [2 lines not shown]
DeltaFile
+80-3libc/test/src/__support/CPP/span_test.cpp
+9-3libc/src/__support/CPP/span.h
+89-62 files

LLVM/project 3a97883clang/test/CodeGenHLSL/builtins max_mat.hlsl min_mat.hlsl, clang/test/SemaHLSL/BuiltIns min_mat-errors.hlsl max_mat-errors.hlsl

[Matrix] Implement matrix support for the `max` and `min` intrinsics (#219537)

Closes #184511 and #184512.

This PR implements the matrix api for `max` and `min` in
`HLSLintrinsics.td`, adds matrix codegen tests, matrix sema tests, and
SPIRV matrix backend tests. DirectX matrix backend tests were not added
because no DirectX backend changes were made.

Assisted-by: Claude Opus 4.8
DeltaFile
+566-0clang/test/CodeGenHLSL/builtins/min_mat.hlsl
+564-0clang/test/CodeGenHLSL/builtins/max_mat.hlsl
+256-0llvm/test/CodeGen/SPIRV/hlsl-intrinsics/max_mat.ll
+256-0llvm/test/CodeGen/SPIRV/hlsl-intrinsics/min_mat.ll
+31-0clang/test/SemaHLSL/BuiltIns/min_mat-errors.hlsl
+31-0clang/test/SemaHLSL/BuiltIns/max_mat-errors.hlsl
+1,704-04 files not shown
+1,729-1210 files