dns/dnsmasq-devel: update to 2.93, add EXPIRATION_DATE
Move users of this -devel to the formal release of this v2.93
development effort, and set the port to expire with the EOL of this
quarterly branch.
The dns/dnsmasq on quarterly should remain at 2.92rel2 for now according
to usual maintenance practice on the quarterly ports branch, but we want
to provide the bugfixes made during the release testing, see below,
and keep disruptions minimal for users of the quarterly branch.
Users should plan ahead to migrate to dns/dnsmasq
when 2026Q3 will be branched in July 2026. Configuration files including
rc.conf settings are compatible between dnsmasq-devel and dnsmasq.
(As direct commit to 2026Q2, port to be removed in main branch.)
Changes in 2.93 release since 2.93rc1, from upstream Git repository:
* 3ff66da 2026-06-02 | Fix two typos in v2.93 CHANGELOG (tag: v2.93) [Matthias Andree]
[19 lines not shown]
xmon: Fix building with GCC 14 and GCC 15.
This code makes frequent use of K&Risms such as implicit
function declarations, implicit int, etc. Fix a few and
force an older C standard to ensure this keeps building.
xmon: Fix building with GCC 14 and GCC 15.
This code makes frequent use of K&Risms such as implicit
function declarations, implicit int, etc. Fix a few and
force an older C standard to ensure this keeps building.
xmailwatcher: Fix building with GCC 14 and GCC 15.
This code makes frequent use of K&Risms such as implicit
function declarations, implicit int, etc. Fix a few and
force an older C standard to ensure this keeps building.
xmailwatcher: Fix building with GCC 14 and GCC 15.
This code makes frequent use of K&Risms such as implicit
function declarations, implicit int, etc. Fix a few and
force an older C standard to ensure this keeps building.
[LoopCacheAnalysis] Drop isLoopSimplifyForm check (NFCI) (#204822)
This patch removes the isLoopSimplifyForm() check from
LoopCacheAnalysis. This check was problematic when I tried migrating
LoopCachePrinterPass from a loop pass to a function pass (i.e.,
#204807), because the former applies the loop-simplify pass via
FunctionToLoopPassAdapter, whereas the latter does not. I believe this
check is meaningless because the analysis doesn't pay attention to the
details of the actual loop structure. So this change should not affect
the behavior of the pass.
textproc/py-sphinx-material: supports Python up to 3.11
- Do not try to build it with Python ≥ 3.12;
- Mark deprecated (no ports dependent upon this port any more,
and upstream dev is suspended).
See https://github.com/bashtage/sphinx-material/issues/141 .
srm: build fix for lethal combination of SunOS & GCC 14
doesn't include <alloca.h> which is needed on SunOS,
just define the function to the compiler builtin to avoid
needing a patch.
srm: build fix for lethal combination of SunOS & GCC 14
doesn't include <alloca.h> which is needed on SunOS,
just define the function to the compiler builtin to avoid
needing a patch.
