https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #8 from Andrew Pinski ---
(In reply to Tamar Christina from comment #7)
> In file included from
> /data/tamchr01/write-access/gcc-git/libgcc/unwind-dw2.c:403:0:
> ./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #7 from Tamar Christina ---
(In reply to Martin Liška from comment #2)
> So the issue started with r8-349-gcc5b8f3d568e95ce74e03d8d87ada71117a6c106
> and disappeared in r10-2445-g5fbc8ab48a57a75e0ce064befc30dee3dc63327a.
Hi Martin,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #6 from Matthias Kretz (Vir) ---
FWIW, I'd prefer gnu::vector_size(N) to not introduce any additional UB over
the scalar arithmetic types. I.e. behave like if promotion would happen, just
with final assignment back to T (truncation).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #5 from Alexander Monakov ---
Ah, indeed, it should be explicitly UB, and the documentation should mention
that as well as that implicit integer promotion does not happen for vector
shifts and other operations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #4 from Matthias Kretz (Vir) ---
Good point. Since gnu::vector_size(N) types are defined by you, you might be
able to say that for char and short this is also UB. After all the left operand
isn't actually promoted to int.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|