[Bug c++/94569] alignas(object) with a weaker (smaller) alignment than the alignas(type) of it's type compiles, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94569 --- Comment #10 from Inbal Levi --- Actually, you're right about the origin being [dcl.align]p5 here too, though the test cases are different. Thanks.

[Bug c++/94569] alignas(object) with a weaker (smaller) alignment than the alignas(type) of it's type compiles, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94569 --- Comment #8 from Inbal Levi --- See here: https://bugs.llvm.org/show_bug.cgi?id=45890

[Bug c++/94569] alignas(object) with a weaker (smaller) alignment than the alignas(type) of it's type compiles, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94569 --- Comment #7 from Inbal Levi --- Not exactly. 94594 is talking about object's members impose their alignment on the object's type, whether this bug is talking about object type imposes its alignment on every object of that type (notice that

[Bug c++/95094] alignof(reference_to_type) doesn't return alignof(referenced_type) as it should by the standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95094 --- Comment #3 from Inbal Levi --- Actually, you are right, I'm currently working on a paper to change it, should have waited for afterward. The reason to change it is to align (...) with C behavior.

[Bug c++/95094] New: alignof(reference_to_type) doesn't return alignof(referenced_type) as it ought to, by the standard

Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: sinbal2l at gmail dot com Target Milestone: --- >From the C++ standard: 7.6.2.5 Alignof [expr.alignof]p3 3 When alignof is appl

[Bug c++/94569] alignas(object) with a weaker (smaller) alignment than the alignas(type) of it's type compiles, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94569 --- Comment #5 from Inbal Levi --- Stumbled across another rule which might be relevant here is: [basic.align/1] [...] An object type imposes an alignment requirement on every object of that type; stricter alignment can be requested using the

[Bug c++/94594] struct containing an aligned obj with stronger alignment, change the alignment accordingly instead of throwing an error, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94594 --- Comment #2 from Inbal Levi --- Also, an example with the first struct declaration being in the right form: :) https://godbolt.org/z/G5rU5h

[Bug c++/94594] struct containing an aligned obj with stronger alignment, change the alignment accordingly instead of throwing an error, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94594 --- Comment #1 from Inbal Levi --- * declaration

[Bug c++/94594] New: struct containing an aligned obj with stronger alignment, change the alignment accordingly instead of throwing an error, inconsistent with the C++ standard

Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: sinbal2l at gmail dot com Target Milestone: --- This example actually coming

[Bug c++/94569] alignas(object) with a weaker (smaller) alignment than the alignas(type) of it's type compiles, inconsistent with the C++ standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94569 --- Comment #2 from Inbal Levi --- Yes, you're probably right, got the wrong one. Thanks!

[Bug c++/94569] New: alignas(object) with a weaker (smaller) alignment than the alignas(type) of it's type compiles, inconsistent with the C++ standard

Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: sinbal2l at gmail dot com Target Milestone: --- The standard specifies: >From the standard: [9.1