print/publisher-devel: Fix PKGBASE collision
print/publisher at pro PKGNAME was same as print/publisher-devel at pro.
While the default flavor has -devel, pro flavor had not -devel.
Reported by: antoine (via ports mailing list)
Approved by: portmgr (blanket)
Approved by: osa, vvd (Mentors, implicit)
MFH: 2026Q4
(cherry picked from commit 748957fc956343c8dbfc7cbc7ea5ed4f8920c998)
print/publisher-devel: Fix PKGBASE collision
print/publisher at pro PKGNAME was same as print/publisher-devel at pro.
While the default flavor has -devel, pro flavor had not -devel.
Reported by: antoine (via ports mailing list)
Approved by: portmgr (blanket)
Approved by: osa, vvd (Mentors, implicit)
MFH: 2026Q4
science/rdkit: update 2025_09_2 → 2026.03.6
also:
- fixed many tests and upstreamed fixes (their testsuite is in a disarray,
we shouldn't really be fixing people's tests, but anyways)
- discovered and fixed wrong clang detection in the code, reported
upstream
- fixed wrongfully excluded code that caused plist issues
- fixed compiler crash on 16 (by using llvm:23)
[BFI] Remove AllowSynthetic parameter (#227469)
Support for synthetic profile information was mostly removed a while
ago. This parameter does nothing and was apparently left over, so remove
it.
[LLDB] Make PythonRuntimeLoader a posix platform library
The symbol ForEachPythonRuntimeCandidate is required when python is
enabled on LLDB. However, it is only provided by Linux platform now.
Make such soure code be compiled under all Posix platform other than
Darwin or it causes link error.
shaderc: update to 2026.4
v2026.4 2026-09-11
- Use Glslang 16.6.0, SPIRV-Tools v2026.4.rc2
- Incorporate fixes for SPV_KHR_abort abortEXT(...)
- glslc:
option -fshader-stage now accepts all shader
stage names as allowed in #pragma shader_stage(<stage>)>
This includes ray tracing, task, and mesh shader
stages.
- Fixes an assert
[clang][docs] Render attribute syntaxes from a Sphinx role
Implements stage 2 of https://github.com/llvm/llvm-project/issues/227907 by generating a JSON syntax database from Attr.td and rendering supported syntaxes through the clang-attr-syntaxes Sphinx role.
[clang][docs] Check in attribute reference Markdown
Tracking issue: #227907
Implements stage 3 of #227907 by checking in AttributeReference.md and
AttributeReference/*.md, and by removing the docs build rules that
generated and split those Markdown sources.
This also adds the docs-build check for alphabetically sorted H3
attribute headings now that those headings are hand-authored in the
checked-in Markdown files.
The checked-in Markdown was populated with:
mkdir -p clang/docs/AttributeReference
cp build/tools/clang/docs/AttributeReference.md clang/docs/AttributeReference.md
cp build/tools/clang/docs/AttributeReference/*.md clang/docs/AttributeReference/
The AttrDocs TableGen backend is retained as a deterministic migration
[3 lines not shown]
[AMDGPU] Fix missed WMMA C-operand co-exec hazard
The gfx1250 WMMA co-execution hazard check treats only A, B and the
SWMMAC index as registers the in-flight MMA still reads. C (src2 of a
non-SWMMAC WMMA) is missing, so a VALU scheduled into the MMA's shadow
can clobber C and the MMA consumes the new value.
This is latent while C is tied to vdst, since the existing D check then
covers it. It miscompiles where the tie does not hold: for
v_wmma_bf16f32_16x16x32_bf16, whose D is narrower than C, and for the
_threeaddr form of any WMMA.
[lldb] Emit TypeOption flags correctly as ULEB (#227399)
A formatter's flags are loaded as ULEB:
```cpp
uint64_t flags = extractor.getULEB128(cursor);
```
This change updates formatter_bytecode.py to emit the flags as ULEB as
well.
Assisted-by: claude
[lldb] Add dictionary data type to formatter bytecode (#225955)
Add a dictionary data type to formatter bytecode.
This addition will help in two ways:
1. A subsequent change will use dictionaries to model "self" ("this")
2. Many formatters internal use a dictionary as an implementation
detail, and this will allow such formatters to be compiled/ported to
formatter bytecode
Assisted-by: claude
[lldb] Add extra logic to find llvm-nm in standalone builds (#227487)
If one builds LLDB standalone against an LLVM that builds but does not
export an llvm-nm target, then LLDB will fail to build when also using
dynamic script interpreters.
To account for this, we use the same logic for finding llvm-tblgen. I
intentionally did not deduplicate the logic because they are run in
slightly different scenarios. I plan on joining these together with a
macro once another tool is needed.
[libcxx] Bump clang in CI container to v24 (#227930)
This is what we already install from CE, we just weren't properly
attributing it. This meant that clang-23 in the container was actually a
symlink to clang-24.
