[VectorCombine] foldShuffleOfShuffles - replace IR with poison on the !NewX path (#201826)
The function returns bool. The early return `return
PoisonValue::get(ShuffleDstTy);` relies on implicit pointer-to-bool
conversion of a non-null PoisonValue*, so the caller records a change
and invalidates non-CFG analyses while the original shuffle is never
replaced.
Call replaceValue(I, *PoisonValue::get(ShuffleDstTy)) and return true so
the fold actually fires. Downstream InstCombine usually cleans up the
residual shuffle via simplifyShuffleVectorInst, which masks the bug at
-O2 but leaves vector-combine producing the wrong result on its own.
Adds a regression test covering the case where both inner shuffles have
all-poison masks, so the merge loop never assigns NewX.
This was found as part of jlebar's X86 LLVM bug hunt / FuzzX effort:
https://github.com/SemiAnalysisAI/FuzzX/tree/master/x86 :
[024-foldshuffleofshuffles-poison-bool-cast](https://github.com/SemiAnalysisAI/FuzzX/tree/master/x86/bugs/024-foldshuffleofshuffles-poison-bool-cast)
[Flang][Driver] Fix -foffload-device misspelling (#201857)
#200863 added a new `-foffload-device` argument for informing the
frontend that it compiling for the device-side (and as a consequence
must not overwrite any module files compiled for the host), but the
driver was mistakenly adding `-offload-device`.
Also fix the condition and add a regression test for the driver.
[SLP]Keep reuse mask in sync when reordering split node operand
When reorderBottomToTop uses an operand order for a split vectorize
node and the operand has both reordered and reused scalars, only the
reorder indices were cleared while the reuse mask was left stale. This
diverged the split node scalars from the operand effective order.
Fold the reorder into the reuse mask (getCommonMask), reorder it by the
used mask, then clear the reorder indices, so the operand effective
order stays consistent with the reordered split node.
Fixes #202003
Reviewers:
Pull Request: https://github.com/llvm/llvm-project/pull/202041
[AArch64] Protect against v3i64->v3i8 truncates in combineI8TruncStore (#202039)
We were previously creating invalid bitcasts, protect against that by
making
sure that the type is legal.
[CIR][NFC] Fix converting AtomicType after RecordType modification (#202036)
Fix the conversion of the AtomicType after the change in the structure
in #199790 and #200668
Fix #202031
fork: Drop an uneeded PHOLD/PRELE pair
Support for swapping out kernel stacks was removed, so the PHOLD has no
purpose. (And even before that, it's not clear why a swapout here would
have been problematic.)
Reviewed by: kib
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D57486
palemoon: Update to 34.3.0
- Enhanced support for ES2024, and newer CSS features.
- Builds with Python 3.
- Upstreamed NetBSD/powerpc support.
- A large security audit was performed.
Build tested on CentOS 7 and NetBSD/sparc64.
cast to unbreak llvm22 build; however gnushogi appears to be 12 years
dead upstream and there are other type issues so removal might be a good
option (we also had to fix for -fno-common)
if_stf: Free entire mbuf chain on failure
Reported by: Yuxiang Yang, Yizhou Zhao, Ao Wang, Xuewei Feng, Qi Li, and Ke Xu from Tsinghua University using GLM-5.1 from Z.ai
Reviewed by: markj, bz, kp
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D57476
Add _MM_FROUND_TO_NEAREST_TIES_EVEN to avx512fintrin.h (#99691)
Intrinsics such as `_mm512_add_round_ps` take a rounding mode argument
to specify the floating point rounding mode. This, and similar
instructions, do NOT round their result to an integer. Thus it is
inappropriate for user code to specify the existing
`_MM_FROUND_TO_NEAREST_INT` when desiring to round to the nearest
floating point number. This commit adds a suitable macro definition.
[InstCombine] Fix UB in align-assume check (#201985)
When we have a `NULL` pointer the `1ULL << computeKnownBits(RK.WasOn,
II).countMinTrailingZeros()` check becomes `1ULL << 64` which is UB.
We hit the following error in our downstream sanitizer builder:
> llvm/lib/Transforms/InstCombine/InstCombineCalls.cpp: runtime error:
shift exponent 64 is too large for 64-bit type 'unsigned long long'
Tests were generated using an AI.
