https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
avieira at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #10 from CVS Commits ---
The master branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:5522dec054cb940fe83661b96249aa12c54c1d77
commit r12-8060-g5522dec054cb940fe83661b96249aa12c54c1d77
Author: Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #9 from avieira at gcc dot gnu.org ---
Found the issue, it's due to the way we encode TARGET_CPU_DEFAULT in aarch64,
it is only able to support 64 cores and we have 65 now.
Testing a work around for now and we have plans to fix this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #8 from Richard Biener ---
Most of the compile-time is spent in scheduling, so I think the scheduling
model was somehow exchanged.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #7 from Tamar Christina ---
(In reply to Richard Biener from comment #6)
> More to the point the cited rev. doesn't look like it should change anything
> for -mtune=generic. Maybe the "generic" config is always the last one on
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #6 from Richard Biener ---
More to the point the cited rev. doesn't look like it should change anything
for -mtune=generic. Maybe the "generic" config is always the last one on
aarch64 and now "demeter"? At least there doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
Martin Liška changed:
What|Removed |Added
CC||avieira at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #4 from Martin Liška ---
Created attachment 52760
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52760=edit
Test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] |[12 Regression]