https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #15 from Jason Merrill ---
(In reply to rguent...@suse.de from comment #13)
> IMHO TYPE_DECL shouldn't even _have_ DECL_ALIGN ...
Agreed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #14 from Jakub Jelinek ---
For the base class alignment vs. alignment of base class members, I think
testcases could be e.g. like:
struct B { char a __attribute__((aligned (8))); };
struct A : public B {};
A
foo (int x, A y)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #13 from rguenther at suse dot de ---
On Wed, 12 Apr 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #11 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #10)
> aarch64_function_arg_alignment
> has:
> for (tree field = TYPE_FIELDS (type); field; field = DECL_CHAIN (field))
> alignment = std::max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #10 from Jakub Jelinek ---
aarch64_function_arg_alignment
has:
for (tree field = TYPE_FIELDS (type); field; field = DECL_CHAIN (field))
alignment = std::max (alignment, DECL_ALIGN (field));
and thus has similar problem (no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #9 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> The problem is that TYPE_FIELDS in C++ don't contain just FIELD_DECLs, but
> lots of other stuff, e.g. TYPE_DECLs, CONST_DECLs, FUNCTION_DECLs.
Forgot about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Jakub Jelinek changed:
What|Removed |Added
CC||alan.lawrence.arm at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #6 from Yichao Yu ---
Anything new here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #5 from Yichao Yu ---
Ping again? Anything new or I can help with here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #4 from Yichao Yu ---
Ping. Anything I can help with debugging this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Started with r225465.
Something to do with alignment.
I wonder if it's related to PR69841 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #2 from Yichao Yu ---
I should add that turning on lto works around the issue both in the simple code
attached and for the original issue I was having in julia (i.e. compiling llvm
with LTO makes the issue go away).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
18 matches
Mail list logo