https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #28 from Hongtao.liu ---
(In reply to Segher Boessenkool from comment #27)
> (In reply to Hongtao.liu from comment #22)
> > > Btw, I think this is a subreg that would be reasonable to handle.
> > > It's exactly the kind that x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #27 from Segher Boessenkool ---
(In reply to Hongtao.liu from comment #22)
> > Btw, I think this is a subreg that would be reasonable to handle.
> > It's exactly the kind that x86 would like to allow, (subreg:HF (reg:SI
> > ..) 0).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #26 from Segher Boessenkool ---
(In reply to rguent...@suse.de from comment #24)
> > The expander should never create such code in the first place, it is
> > premature
> > optimisation! At expand time this should be separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #25 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:57b7c432cce893e1ba60d9b94a9606df6b419379
commit r12-3457-g57b7c432cce893e1ba60d9b94a9606df6b419379
Author: liuhongt
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #24 from rguenther at suse dot de ---
On Fri, 10 Sep 2021, segher at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
>
> --- Comment #23 from Segher Boessenkool ---
> (In reply to rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #23 from Segher Boessenkool ---
(In reply to rguent...@suse.de from comment #21)
> > /home/seurer/gcc/git/gcc-test/libgo/go/strconv/atof.go:704:1: error:
> > unrecognizable insn:
> > 704 | func parseFloatPrefix(s string, bitSize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #22 from Hongtao.liu ---
(In reply to rguent...@suse.de from comment #21)
> On Thu, 9 Sep 2021, seurer at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
> >
> > --- Comment #19 from seurer at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #21 from rguenther at suse dot de ---
On Thu, 9 Sep 2021, seurer at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
>
> --- Comment #19 from seurer at gcc dot gnu.org ---
> This also prevents gcc from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #20 from Segher Boessenkool ---
(In reply to rguent...@suse.de from comment #18)
> So I wonder if it makes sense to allow lowpart subregs of any mode when
> the inner mode is integer.
We really really really should make a separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #19 from seurer at gcc dot gnu.org ---
This also prevents gcc from being built if it includes go on powerpc LE:
libtool: compile: /home/seurer/gcc/git/build/gcc-test/./gcc/gccgo
-B/home/seurer/gcc/git/build/gcc-test/./gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #18 from rguenther at suse dot de ---
On Wed, 8 Sep 2021, segher at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
>
> --- Comment #17 from Segher Boessenkool ---
> (In reply to Hongtao.liu from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #17 from Segher Boessenkool ---
(In reply to Hongtao.liu from comment #15)
> as discussed in
> https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578437.html, allow
> specific float-int subreg seems weird.
Indiscriminately
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
Martin Liška changed:
What|Removed |Added
Target|ppc64-linux-gnu |ppc64-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #15 from Hongtao.liu ---
(In reply to Segher Boessenkool from comment #14)
> (In reply to Jonathan Wakely from comment #13)
> > Is this also the cause of several libstdc++ FAILs on ppc64le?
>
>
> Yes.
>
> I have asked for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #14 from Segher Boessenkool ---
(In reply to Jonathan Wakely from comment #13)
> Is this also the cause of several libstdc++ FAILs on ppc64le?
Yes.
I have asked for reversion of g:d2874d905647:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #13 from Jonathan Wakely ---
Is this also the cause of several libstdc++ FAILs on ppc64le?
/home/jwakely/build/powerpc64le-unknown-linux-gnu/libstdc++-v3/include/bits/random.h:2936:
error: unrecognizable insn:
(insn 11 10 12 2 (set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #12 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #10)
> (In reply to Hongtao.liu from comment #9)
> > >
> > > (define_insn "movsf_hardfloat"
> > > [(set (match_operand:SF 0 "nonimmediate_operand"
> > >"=!r,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #11 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #10)
> (In reply to Hongtao.liu from comment #9)
> > >
> > > (define_insn "movsf_hardfloat"
> > > [(set (match_operand:SF 0 "nonimmediate_operand"
> > >"=!r,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #10 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #9)
> >
> > (define_insn "movsf_hardfloat"
> > [(set (match_operand:SF 0 "nonimmediate_operand"
> > "=!r, f, v, wa,m, wY,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #9 from Hongtao.liu ---
>
> (define_insn "movsf_hardfloat"
> [(set (match_operand:SF 0 "nonimmediate_operand"
>"=!r, f, v, wa,m, wY,
> Z, m, wa, !r,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #8 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #7)
> (In reply to Hongtao.liu from comment #6)
> > Reproduced with a simple testcase
> >
> >
> > float
> > foo (long a)
> > {
> > union{long a;
> > float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #7 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #6)
> Reproduced with a simple testcase
>
>
> float
> foo (long a)
> {
> union{long a;
> float b[2];}c;
> c.a = a;
> return c.b[1];
> }
(subreg:SF (reg:DI)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #6 from Hongtao.liu ---
Reproduced with a simple testcase
float
foo (long a)
{
union{long a;
float b[2];}c;
c.a = a;
return c.b[1];
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
--- Comment #5 from Andrew Pinski ---
It might be this code:
/* Force the values into word_mode registers. */
for (i = 0; i < n_elts; i++)
{
rtx tmp = force_reg (inner_mode, XVECEXP (vals, 0, i));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102154
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ICE in |[12 Regression] ICE in
26 matches
Mail list logo