https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
Martin Uecker changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #6 from Martin Uecker ---
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=32934a4f45a72144cdcd0712cc294fe88c36f13d
Author Martin Uecker
Fri, 20 Nov 2020 06:21:40 + (07:21 +0100)
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #5 from joseph at codesourcery dot com ---
A standard version might well end up being handled slightly differently
from the existing GNU version (cf. _Alignof and __alignof).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #4 from Jonathan Wakely ---
N.B. http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2593.htm proposes to
standardise typeof.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #3 from joseph at codesourcery dot com ---
T5 in that list is an lvalue, so it seems right not to drop qualifiers
there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #2 from Martin Uecker ---
Thank you for the explanation.
Interestingly, from the following list, the only example that
removes the cast is the last one (which seems correct
as ISO C specifies casts to produce a value with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #1 from joseph at codesourcery dot com ---
The C front end doesn't have any kind of general lvalue-to-rvalue
conversion in the IR (other than for atomic lvalues where the code
required for such a conversion is more than a simple
