https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #17 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Mar 11 15:27:24 2016
New Revision: 234141
URL: https://gcc.gnu.org/viewcvs?rev=234141&root=gcc&view=rev
Log:
[AArch64] PR target/70002: Make aarch64_set_current_funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #16 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Feb 26 16:02:21 2016
New Revision: 233745
URL: https://gcc.gnu.org/viewcvs?rev=233745&root=gcc&view=rev
Log:
[AArch64] Set TREE_TARGET_GLOBALS in aarch64_set_current_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #14 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Wed Jan 27 13:03:45 2016
New Revision: 232872
URL: https://gcc.gnu.org/viewcvs?rev=232872&root=gcc&view=rev
Log:
2016-01-20 Christian Bruel
PR target/69245
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #13 from James Greenhalgh ---
This is a similar case I reduced from the Ubuntu rebuild failures, hitting the
"max" idiom recognition:
---
#pragma GCC push_options
#pragma GCC target("fpu=crypto-neon-fp-armv8")
static void
foo (void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |chrbr at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Attachment #37332|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Attachment #37329|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #9 from chrbr at gcc dot gnu.org ---
Created attachment 37329
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37329&action=edit
factorize restoration code
works for this case but fully untested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #8 from chrbr at gcc dot gnu.org ---
Probably the same latent bug in the else part of the pragma_parse, for the case
where arm_valid_target_attribute_tree returns NULL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #7 from chrbr at gcc dot gnu.org ---
also it could be wrong to wait for arm_set_current_function when handling a
pragma GCC target because we could need the state in the global scope.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #6 from chrbr at gcc dot gnu.org ---
(In reply to ktkachov from comment #5)
> The problem is we never end up setting TREE_TARGET_GLOBALS for fn2.
> From what I can gather that's TARGET_SET_CURRENT_FUNCTION's job (although
> the documen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #5 from ktkachov at gcc dot gnu.org ---
The problem is we never end up setting TREE_TARGET_GLOBALS for fn2.
>From what I can gather that's TARGET_SET_CURRENT_FUNCTION's job (although the
documentation for these things is scarce :( )
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Hmm...
The code in tree-ssa-math-opts.c that creates the FMA_EXPR avoids doing it if
the target doesn't support an fma optab.
So the optab handler should have rejected it.
The arm fma optab in vf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
18 matches
Mail list logo
