public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug testsuite/94036] [9 regression] gcc.target/powerpc/pr72804.c fails
       [not found] <bug-94036-4@http.gcc.gnu.org/bugzilla/>
@ 2020-03-10  9:06 ` luoxhu at gcc dot gnu.org
  2020-03-11 12:00 ` marxin at gcc dot gnu.org
  1 sibling, 0 replies; 2+ messages in thread
From: luoxhu at gcc dot gnu.org @ 2020-03-10  9:06 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94036

luoxhu at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED

--- Comment #2 from luoxhu at gcc dot gnu.org ---
Committed in r9-8357(85c08558c66dd8e2000a4ad282ca03368028fce3).

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug testsuite/94036] [9 regression] gcc.target/powerpc/pr72804.c fails
       [not found] <bug-94036-4@http.gcc.gnu.org/bugzilla/>
  2020-03-10  9:06 ` [Bug testsuite/94036] [9 regression] gcc.target/powerpc/pr72804.c fails luoxhu at gcc dot gnu.org
@ 2020-03-11 12:00 ` marxin at gcc dot gnu.org
  1 sibling, 0 replies; 2+ messages in thread
From: marxin at gcc dot gnu.org @ 2020-03-11 12:00 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94036

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marxin at gcc dot gnu.org

--- Comment #3 from Martin Liška <marxin at gcc dot gnu.org> ---
commit r9-8357-g85c08558c66dd8e2000a4ad282ca03368028fce3
Author: Xionghu Luo <luoxhu@linux.ibm.com>
Date:   Mon Mar 9 20:25:20 2020 -0500

    Backport to gcc-9: PR92398: Fix testcase failure of pr72804.c

    Backport the patch to fix failures on P9 and P8BE, P7LE for PR94036.
    Tested pass on P9/P8/P7.
    (gcc-8 is not needed as the test doesn't exists.)

    P9LE generated instruction is not worse than P8LE.
    mtvsrdd;xxlnot;stxv vs. not;not;std;std.
    It can have longer latency, but latency via memory is not so critical,
    and this does save decode and other resources.  It's hard to choose
    which is best.  Update the test case to fix failures.

    gcc/testsuite/ChangeLog:

            2020-03-10  Luo Xiong Hu  <luoxhu@linux.ibm.com>

            backport from master.
            PR testsuite/94036

            2019-12-02  Luo Xiong Hu  <luoxhu@linux.ibm.com>

            PR testsuite/92398
            * gcc.target/powerpc/pr72804.c: Split the store function to...
            * gcc.target/powerpc/pr92398.h: ... this one.  New.
            * gcc.target/powerpc/pr92398.p9+.c: New.
            * gcc.target/powerpc/pr92398.p9-.c: New.
            * lib/target-supports.exp (check_effective_target_p8): New.
            (check_effective_target_p9+): New.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-03-11 12:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-94036-4@http.gcc.gnu.org/bugzilla/>
2020-03-10  9:06 ` [Bug testsuite/94036] [9 regression] gcc.target/powerpc/pr72804.c fails luoxhu at gcc dot gnu.org
2020-03-11 12:00 ` marxin at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).