https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109739
Matthias Kretz (Vir) changed:
What|Removed |Added
CC||mkretz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115308
Matthias Kretz (Vir) changed:
What|Removed |Added
Target Milestone|--- |12.5
--- Comment #6 from Matthia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115575
Matthias Kretz (Vir) changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mkretz at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115575
--- Comment #3 from Matthias Kretz (Vir) ---
As a simple "solution" I could change the target selector of 'dg-do run' to
'target avx512f', which makes the test match the original PR. And then make
this PR about find_last_set not working on all o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115575
--- Comment #4 from Matthias Kretz (Vir) ---
The test fails on x86_64 because the effective target selector 'avx512f' is
always true. Thus on non-AVX512 systems the test fails with 'illegal
instruction(s)'. That's a different issue than on SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115575
--- Comment #5 from Matthias Kretz (Vir) ---
Still trying to somehow verify on SPARC...
diff --git a/libstdc++-v3/testsuite/experimental/simd/pr115454_find_last_set.cc
b/libstdc++-v3/testsuite/experimental/simd/pr115454_find_last_set.cc
index b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
Bug ID: 115897
Summary: [14/15 Regression] __is_same fails for vector builtin
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
--- Comment #1 from Matthias Kretz (Vir) ---
It seems '__is_same' is not the problem here. New test case
(https://compiler-explorer.com/z/fsoc3hzMK):
---
template
constexpr bool same_size_v = s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114908
--- Comment #10 from Matthias Kretz (Vir) ---
(In reply to Richard Biener from comment #9)
> One issue with
>
> V load3(const unsigned long* ptr)
> {
> V ret = {};
> __builtin_memcpy(&ret, ptr, 3 * sizeof(unsigned long));
>
> is that we ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
Matthias Kretz (Vir) changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
--- Comment #8 from Matthias Kretz (Vir) ---
I can work around 'wrong1' and 'wrong3' by replacing std::is_same_v<...> with
__is_same(...).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115897
--- Comment #10 from Matthias Kretz (Vir) ---
I applied your patch on recent trunk and the original code compiles as
expected. 👍 I can also test your second patch in that thread if you think that
would help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117016
--- Comment #5 from Matthias Kretz (Vir) ---
Wrt. working on a larger data set you might be interested in:
https://github.com/mattkretz/vir-simd?tab=readme-ov-file#simd-execution-policy-p0350
For the problem you seem to describe, I like to have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117016
Matthias Kretz (Vir) changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117849
Bug ID: 117849
Summary: constraint variable in requires expression rejected,
but P2280R4 made it valid
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117849
--- Comment #5 from Matthias Kretz (Vir) ---
Thanks for looking into this issue!
Yes, GCC is currently the compiler that comes closest to implementing P2280 -
Clang fails on so many more examples here. However, WG21 just voted library
wording in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118416
Matthias Kretz (Vir) changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90483
Matthias Kretz (Vir) changed:
What|Removed |Added
CC||lee.imple at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118416
--- Comment #3 from Matthias Kretz (Vir) ---
And thank you for the detailed analysis! I really would like to see this
optimized, too!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119464
Bug ID: 119464
Summary: VEC_PERM_EXPR not optimized to pslldq instruction for
AVX2 and AVX512BW
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119464
--- Comment #3 from Matthias Kretz (Vir) ---
Good point on recognizing even more of these shifts. Here's an extended test
case: https://compiler-explorer.com/z/6MKPzxn9T
typedef unsigned long long V2 __attribute__ ((vector_size (16)));
typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119732
Bug ID: 119732
Summary: ICE (segfault) in reference_related_p(tree_node*,
tree_node*)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119732
--- Comment #1 from Matthias Kretz (Vir) ---
After rebuilding GCC with checking enabled I get the following trace:
constexpr.core2.ii: In instantiation of ‘array convert_mask() [with _Tp =
array]’:
constexpr.core2.ii:10:22: required from here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90424
--- Comment #11 from Matthias Kretz (Vir) ---
"two undef reads should end up the same value" folks are unreasonable anyway.
;) Losing diagnostics would be unfortunate. But I don't have enough context
here.
don't know if this helps:
FWIW, I've s
101 - 124 of 124 matches
Mail list logo
