,
||luoxhu at cn dot ibm.com
--- Comment #3 from Xiong Hu XS Luo ---
Hi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43673
--- Comment #4 from Xiong Hu XS Luo ---
Hi, Joseph, recently, I summited a quick fix in
https://gcc.gnu.org/ml/gcc-patches/2019-02/msg01949.html for this issue.
Actually this was introduced by the initial patch
https://gcc.gnu.org/ml/gcc-patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43673
--- Comment #5 from Xiong Hu XS Luo ---
Ben's reply regarding to testing dfp on other targets:
"
> I suggest to test it on a platform where dfp is not supported as well,
At this stage, the patches on the trunk don't identify any targets as
supp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509
Xiong Hu XS Luo changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074
--- Comment #3 from Xiong Hu XS Luo ---
(In reply to Jan Hubicka from comment #2)
> The regression is because we now inline covered into digits2:
>
> IPA function summary for digits_2/29 inlinable
> global time: 1553.078985
> self size:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92090
Xiong Hu XS Luo changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92090
Xiong Hu XS Luo changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92090
--- Comment #10 from Xiong Hu XS Luo ---
(In reply to Xiong Hu XS Luo from comment #9)
> (In reply to Segher Boessenkool from comment #7)
> > LRA creates
> >
> > ;; Insn is not within a basic block
> > (insn 7037 0 0 (set (reg:PTI 3703)
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
Xiong Hu XS Luo changed:
What|Removed |Added
CC||luoxhu at cn dot ibm.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
--- Comment #3 from Xiong Hu XS Luo ---
Power8 BE generates:
L.bar:
.LFB1:
.cfi_startproc
mtvsrd 0,4
mtvsrd 1,5
xxpermdi 12,0,1,0
xxlnor 0,12,12
stxvd2x 0,0,3
blr
.long 0
.by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
--- Comment #6 from Xiong Hu XS Luo ---
Power9 genrates different code than Power8LE is because of reg cost in sched1,
r120 from P9 of instruction 8 is a memory instruction while r120 of P8 of
instruction 13 is not, which will cause different reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
--- Comment #7 from Xiong Hu XS Luo ---
Starting broken revision on Power8BE is r265398:
commit 171920e88fed13ed26336ca884123eff37176c36 (HEAD, refs/bisect/bad)
Author: segher
Date: Mon Oct 22 20:23:39 2018 +
combine: Do not combine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26241
--- Comment #24 from Xiong Hu XS Luo ---
closing this since no need backport?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509
--- Comment #10 from Xiong Hu XS Luo ---
(In reply to Andrew Pinski from comment #9)
> (In reply to rguent...@suse.de from comment #8)
> > On Fri, 15 Mar 2019, luoxhu at cn dot ibm.com wrote:
> >
> > > https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
--- Comment #9 from Xiong Hu XS Luo ---
(In reply to seurer from comment #8)
> The changes in r278890 fix the earlier problems but introduce new ones:
>
> failures in r278889 (not seen in r278890):
> FAIL: gcc.target/powerpc/pr72804.c scan-assem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92133
--- Comment #10 from Xiong Hu XS Luo ---
(In reply to Feng Xue from comment #9)
> Ok. For any followups on this, I'll create new tracker.
Seems "--param ipa-cp-eval-threshold=0 --param large-unit-insns=2
-fno-inline" are required to do the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92599
--- Comment #3 from Xiong Hu XS Luo ---
(In reply to Martin Liška from comment #2)
> So we ICE at the end of cgraph_edge::speculative_call_info:
> (gdb) p ref
> $4 =
>
> (gdb) p e
> $5 = "ConvertASEToModelSurfaces.constprop"/113> -> "NumSurfa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92599
--- Comment #4 from Xiong Hu XS Luo ---
(In reply to Xiong Hu XS Luo from comment #3)
> (In reply to Martin Liška from comment #2)
> > So we ICE at the end of cgraph_edge::speculative_call_info:
> > (gdb) p ref
> > $4 =
> >
> > (gdb) p e
> > $5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #1 from Xiong Hu XS Luo ---
Martin's commit 4ee64e30659a9125a47eeea882d8044e690ce334 will cause ICE.
It's a REGRESSION not related to this current issue.
~/local/gcc_t/bin/gfortran -O3 -mcpu=power9 hellofortran.f90 -mveclibabi=mass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #4 from Xiong Hu XS Luo ---
(In reply to Martin Liška from comment #3)
> (In reply to Xiong Hu XS Luo from comment #1)
> > Martin's commit 4ee64e30659a9125a47eeea882d8044e690ce334 will cause ICE.
> >
> > It's a REGRESSION not related
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #7 from Xiong Hu XS Luo ---
Created attachment 46647
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46647&action=edit
fortran_lto_verbose log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #8 from Xiong Hu XS Luo ---
(In reply to Thomas Koenig from comment #6)
> (In reply to Xiong Hu XS Luo from comment #4)
>
> > /tmp/cctrpu2h.ltrans0.ltrans.o: In function `MAIN__':
> > :(.text+0x114): undefined reference to `_gfortran
gt; --- Comment #10 from wschmidt at linux dot ibm.com ---
> > On 7/31/19 2:25 AM, rguenther at suse dot de wrote:
> > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
> > >
> > > --- Comment #9 from rguenther at suse dot de
> > > ---
> > &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #21 from Xiong Hu XS Luo ---
(In reply to H.J. Lu from comment #19)
> (In reply to Richard Biener from comment #17)
> > (In reply to Richard Biener from comment #16)
> > > (In reply to Richard Biener from comment #15)
> > > > Honza pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #22 from Xiong Hu XS Luo ---
(In reply to Xiong Hu XS Luo from comment #21)
> (In reply to H.J. Lu from comment #19)
> > (In reply to Richard Biener from comment #17)
> > > (In reply to Richard Biener from comment #16)
> > > > (In rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #28 from Xiong Hu XS Luo ---
(In reply to Richard Biener from comment #24)
> Btw, this is controlled by symtab_node::output_to_lto_symbol_table_p which
> has
>
> /* FIXME: Builtins corresponding to real functions probably should ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #29 from Xiong Hu XS Luo ---
(In reply to Xiong Hu XS Luo from comment #28)
> (In reply to Richard Biener from comment #24)
> > Btw, this is controlled by symtab_node::output_to_lto_symbol_table_p which
> > has
> >
> > /* FIXME: Bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #31 from Xiong Hu XS Luo ---
(In reply to rguent...@suse.de from comment #30)
> On Fri, 2 Aug 2019, luoxhu at cn dot ibm.com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
> >
> > --- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #34 from Xiong Hu XS Luo ---
(In reply to rguent...@suse.de from comment #32)
> On Mon, 5 Aug 2019, luoxhu at cn dot ibm.com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
> >
> > --- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91273
--- Comment #8 from Xiong Hu XS Luo ---
SPEC2017 case 507.cactuBSSN_r, also has ICE failure from r273571:
lto1: internal compiler error: in warn_types_mismatch, at ipa-devirt.c:995
0x105dad1f warn_types_mismatch(tree_node*, tree_node*, unsigned
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: luoxhu at cn dot ibm.com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
build option:
OPTIMIZE = -Ofast -mcpu=power8 -mrecip=all -funroll-loops -flto
Program received signal SIGSEGV: Segmentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91518
--- Comment #1 from Xiong Hu XS Luo ---
51e85e64e125803502fde94b9e22037c0ccaa8b2 is the first bad commit
commit 51e85e64e125803502fde94b9e22037c0ccaa8b2
Author: rguenth rguenth@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Mon Aug 27 10:55:53 2018 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91518
--- Comment #3 from Xiong Hu XS Luo ---
(In reply to Richard Biener from comment #2)
> Not seen on x86_64. Given you bisected to r263875 it should appear with GCC
> 9 as well - are the actual GCC 9 releases also affected?
>
> I assume this is p
33 matches
Mail list logo