https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Thu Jul 14 04:28:25 2016
New Revision: 238327
URL: https://gcc.gnu.org/viewcvs?rev=238327&root=gcc&view=rev
Log:
[RS6000] -mno-vsx should force -mno-power9-dform
PR target/71733
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Thu Jul 14 04:26:36 2016
New Revision: 238326
URL: https://gcc.gnu.org/viewcvs?rev=238326&root=gcc&view=rev
Log:
[RS6000] -mno-vsx should force -mno-power9-dform
PR target/71733
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #5 from Peter Bergner ---
This patch bootstrapped and regtested with no regressions. I'll submit it when
I get back from the long holiday weekend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #4 from Peter Bergner ---
Aaron, the following patch seems to fix the problem for me. Can you give this
a try?
I'm currently bootstraapping and regtesting it.
Index: gcc/config/rs6000/rs6000.c
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #3 from Peter Bergner ---
Confirmed, we're not disabling TARGET_P9_DFORM_VECTOR when we disable vsx.
(gdb) p TARGET_VSX
$14 = false
(gdb) p TARGET_P9_VECTOR
$15 = false
(gdb) p TARGET_P9_DFORM_SCALAR
$16 = false
(gdb) p TARGET_P9_DFO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71733
--- Comment #1 from Peter Bergner ---
That altivec load should not be using reg+offset (dform) addressing. I'll have
a look.