[RISCV] Use simm12 instead of simm12_lo for CORE-V post-increment load/store. (#207067)
This operand is an immediate representing how much to adjust the pointer
by after the load/store. Having a symbol address here doesn't make
sense.
[RISCV] Use VECREDUCE_OR instead of VP_REDUCE_OR in combineVectorSizedSetCCEquality. NFCish (#207122)
VECREDUCE_OR doesn't require a VL or mask. We generally don't create VP
operations for fixed vectors.
This should produce the same result in most case, but I can't guarantee
it's completely NFC
[X86] haddsub-2.ll - remove duplicate scalar tests (#207183)
These vectorisation tests exist in PhaseOrdering/X86/hadd.ll and
PhaseOrdering/X86/hsub.ll and the result shuffle tests exist in
CodeGen/X86/haddsub.ll and CodeGen/X86/phaddsub.ll
Help towards #143000
[X86] phaddsub.ll - add SSE2/SSE3 test coverage (#207179)
Ensure integer HADD/SUB instructions don't get generated without SSSE3 and that the codegen isn't entirely terrible
www/py-flask-simpleldap: Update 2.0.0 => 2.1.0
Port changes:
- Upstream switched the build backend from setuptools to hatchling.
- Lowercase PORTNAME: hatchling emits a normalized (PEP 427) wheel.
- Trim RUN_DEPENDS to the direct dependencies declared upstream.
- Require Python 3.10+.
Changelog:
https://github.com/alexferl/flask-simpleldap/releases/tag/v2.1.0
PR: 296436
Approved by: osa, vvd (Mentors, implicit)
[SCCP] Avoid markConstant() in more places (#206494)
This extends the fix from 991455e69e93c0ce88e927eddd28a9ab34d1f8b2 to
two more places. In both of these, we can run into the same situation
where we first mark as constant with a vector that has poison values,
and then again without poison elements, resulting in an assertion
failure.
(An alternative would be to change markConstant() to allow calls with
different constant if the new constant is a vector that only refines
some previously poison elements?)
config.xml.sample - fix default to use mvc firewall rules.
uuid's are omitted intentionally as the initial migration will generate a unique one automatically.
mk/compiler/gcc.mk: Require gcc 14 for c23
Note that NetBSD current has gcc 14. This is marked as temporary
because if a newer version is imported before branch, old current is
irrelevant.
While gcc documents that 15 is required for full support, we have a
long tradition of choosing a version that has almost full support,
when that results in fewer compiler builds. Guess that 14 will be ok,
with a comment indicating the choice is tentative.
Previously, putting c23 in USE_CC_FEATURES did nothing, so this commit
should not break any working packages. Tested on a random package not
to break, which is really about not having syntax errors.