[illumos-gate] 18038 Convert getgrnam(3c) to mdoc(5) -- Andy Fiddaman <illumos⊙fn>

jbk: unfortunately -gsctf is useless, it's a completely different ctf format to ours

(because "CTF" wasn't already overloaded enough..)

[illumos-gate] 18049 update pci_prd build for gcc15 -- Toomas Soome <tsoome⊙mc>

[illumos-gate] 18050 ast: add gcc15 support -- Toomas Soome <tsoome⊙mc>

oracle changed the ctf format? (it's explicitly indicating solars ctf(5))

The existing gcc CTF format (-gctf) is certainly different, but presumably the new (-gsctf) is closer to what we have.

an almost definitely different in subtle and surprising ways

*and

[illumos-gate] 18090 zonestat(1) summary report should respect given zonelist -- Hans Rosenfeld <rosenfeld⊙gho>

according to a post I saw it just enables -gctf -and -z ctf when linking, and I don't see any changes in the ctf support, so .. no, still useless.

I guess we'd want to check what -z ctf did, translation?

if 'sctf' is meant to be sun, presumably it gets to the non-gpl version somehow?

I did have a diff for the gcc ctf stuff a while back to spit out proper ctf but then got stuck in the linker weeds, and now that my ctf tools are fast I don't really have any need to go back to it

yeah, I was just thinking there's no reason the -z ctf step couldn't translate it into the proper shape when it merged

[illumos-gate] 18084 Update to tzdata 2026b -- Robert Mustacchi <rm⊙fo>

btw, github.com/illumos/illumos-gate/blo…olv2/common/nameser/ns_print.c#L651 looks like sourceware.org/bugzilla/show_bug.cgi?id=34033

danmcd: ^^^

whoops...

aka NetBSD/src ef0ba21 since everyone got the same code from BIND long long ago

See also sourceware.org/bugzilla/show_bug.cgi?id=34069