https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #15 from Alan Modra ---
Author: amodra
Date: Thu May 5 00:07:27 2016
New Revision: 235914
URL: https://gcc.gnu.org/viewcvs?rev=235914=gcc=rev
Log:
[RS6000] TARGET_RELOCATABLE
For ABI_V4, -mrelocatable and -fPIC both generate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #13 from Alan Modra ---
Author: amodra
Date: Tue Feb 2 00:01:16 2016
New Revision: 233061
URL: https://gcc.gnu.org/viewcvs?rev=233061=gcc=rev
Log:
[RS6000] ABI_V4 init of toc section
Since 4c4a180d lto has turned off flag_pic when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #12 from Peter Bergner ---
Should we add an assert somewhere to ensure that flag_pic and
TARGET_RELOCATABLE are consistent?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #10 from Alan Modra ---
I guess rs6000 needs to implement targetm.override_options_after_change() if
we're to keep flag_pic and TARGET_RELOCATABLE consistent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #9 from Alan Modra ---
For the testcase in comment #7, global_options are inconsistent (*) and wrong
when compiling foo. I see flag_pic == 2 there??
(*) In particular, TARGET_RELOCATABLE and flag_pic don't agree. See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #7 from Jakub Jelinek ---
Seems like powerpc* has lots of other issues related to mixing pic and non-pic
code. E.g.
int x;
int
foo (void)
{
return x;
}
__attribute__((optimize ("PIC"))) int
bar (void)
{
return x;
}
seems to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #8 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #7)
> seems to ICE due to endless recursion with -O2 -m32 (every force_reg causes
> another force_reg, at least in x86_64-linux -> powerpc64-linux cross).
I see a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #5 from David Edelsohn ---
Unconditionally generating toc_label_name is okay with me, but I thought that
Alan commented it was not sufficient in Comment #2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 26 19:53:37 2016
New Revision: 232844
URL: https://gcc.gnu.org/viewcvs?rev=232844=gcc=rev
Log:
PR target/68662
* config/rs6000/rs6000.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
Jan Hubicka changed:
What|Removed |Added
Component|lto |target
--- Comment #3 from Jan Hubicka
13 matches
Mail list logo