devel/muon: Respect PREFIX during configuration
Pass -Dprefix=${PREFIX} to muon-bootstrap setup so that muon's
installation paths match the prefix used by ports.
Approved by: zi (ports), bapt (maintainer)
Reviewed by: zi, bapt
[clang-tidy] Fix crash on invalid file extension options (#227869)
`ClangTidyContext`'s constructor calls `setCurrentFile("dummy")` before
a `DiagnosticsEngine` is attached. If `HeaderFileExtensions` or
`ImplementationFileExtensions` contains an invalid entry,
`setCurrentFile` emits the "Invalid header file extensions"
configuration diagnostic through the null engine, and clang-tidy crashes
before it analyzes anything.
This keeps parsing the options as before, but emits configuration
diagnostics only once an engine is attached. Every translation unit
calls `setCurrentFile` again after that, so the warning is still
reported for each analyzed file.
Reproduction:
```console
$ echo 'int f();' > main.cpp
$ clang-tidy --checks='-*,modernize-use-trailing-return-type' \
[14 lines not shown]
[flang-rt] Fix BACKSPACE crash on files without trailing newline (#227661)
Calling BACKSPACE on a formatted sequential file crashes with `error:
"Sequential record missing its terminator"` when the last record does
not end with '\n'.
#### Root cause:
`BackspaceVariableFormattedRecord(...)` assumed that every record ends
with a newline character`(\n)`. To locate the previous record, it
examines the byte immediately before the current file position and
expects that byte to be `'\n'`, then scans backward to find the start of
the record. When the final record is unterminated, the byte before the
current position belongs to the record data rather than a record
terminator, it reports `IostatMissingTerminator` error.
#### Fix:
Updated `BackspaceVariableFormattedRecord(...)` to recognize end-of-file
as a valid record terminator, matching the behavior of
`BeginVariableFormattedInputRecord(...)`. This allows `BACKSPACE(...)`
[3 lines not shown]
[AMDGPU] Add an SCC def to the wave.reduce pseudos (#228723)
The wave.reduce pseudos expand into code that writes SCC: the Iterative
loop's compare, s_bcnt1 for a uniform value, and the s_sub that negates
the result of a DPP sub. They don't declare it, so SelectionDAG can keep
a compare's result in SCC across the reduction, and a branch or select
after it then reads SCC from the expansion instead. The verifier reports
"Using an undefined physical register" in both cases. Without the
verifier, llc with assertions aborts in the machine scheduler on the
branch after the Iterative loop, and the select after a uniform
reduction is silently wrong.
Add Defs = [SCC], as #227604 did for the kill pseudos. The SCC defs that
#226370 marked dead in the expansion are then correct.
[MLIR][LLVM] Remove support for synthetic profile entry counts (#233357)
These are going to be fully removed from LLVM soon (they have been
partially removed for a while). Remove them from MLIR to unblock further
cleanup in LLVM.
Assisted-by: LLM
[DWARFLinker] Hash the contents of unnamed types in names (#234074)
c04b8e5ef033 put the contents of an unnamed type into its synthetic
name. Every type referring to it embeds that name, so name size grows
with the size and nesting depth of the unnamed type:
* Each level of nested unnamed structs doubles the name. Depth 20 takes
4 GB.
* An unnamed enum with 100k enumerators adds 3 MB to every array,
pointer and typedef of it. Array types differ in dimension and do not
deduplicate, so dsymutil exhausts memory.
Replace the contents with a 128-bit xxh3 digest, memoized per DIE. Names
stay distinct for distinct contents but have a fixed size.
The type compile unit is sorted by name, so the order of unnamed types
in the output changes, which required updating the test.
rdar://190461998
p5-Mozilla-CA: update to 20261020.
20261020
- Update from Mozilla repository to 2026-10-20
- Denylisted certificates:
- emSign ECC Root CA - G3
sha256: 86a1ecba089c4a8d3bbe2734c612ba341d813e043cf9e8a862cd5c57a36bbe6b
Additionally apply patch to pullup the following, requested by
riastradh in ticket #1383:
distrib/sets/lists/base/mi 1.1394
mark two removed certs as obsolete
Pull up following revision(s) (requested by riastradh in ticket #537):
distrib/sets/lists/base/mi: revision 1.1394
mozilla-certdata: Mark two nixed certs as obsolete.
Missed a spot, must not have had a clean destdir somehow.
PR security/60908: mozilla-certdata: update for compromised CA
