This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Use builtin_widen_mult_even/odd in expand_vector_divmod
- From: "H.J. Lu" <hjl dot tools at gmail dot com>
- To: Richard Henderson <rth at redhat dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, Jakub Jelinek <jakub at redhat dot com>
- Date: Fri, 29 Jun 2012 11:33:39 -0700
- Subject: Re: Use builtin_widen_mult_even/odd in expand_vector_divmod
- References: <4FEDDCE7.1000708@redhat.com>
On Fri, Jun 29, 2012 at 9:50 AM, Richard Henderson <rth@redhat.com> wrote:
> We use it everywhere else, but it got forgotten here. ?Saves two shuffles on Altivec.
>
> Although with all of this duplication it makes me wonder if we shouldn't just give up
> on the idea of auto-generating MULT_HIGHPART from other operations (particularly given
> the extra type frobbing involved). ?In some sense it'd be easier to just add a couple
> of lines to the backends to implement the operation and be done with it. ?Thoughts?
>
> That said, tested on ppc64-linux. ?Committed.
It caused:
FAIL: gcc.c-torture/execute/pr53645.c execution, -O1
FAIL: gcc.c-torture/execute/pr53645.c execution, -O2
FAIL: gcc.c-torture/execute/pr53645.c execution, -O2 -flto
-fno-use-linker-plugin -flto-partition=none
FAIL: gcc.c-torture/execute/pr53645.c execution, -O2 -flto
-fuse-linker-plugin -fno-fat-lto-objects
FAIL: gcc.c-torture/execute/pr53645.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/pr53645.c execution, -O3
-fomit-frame-pointer -funroll-all-loops -finline-functions
FAIL: gcc.c-torture/execute/pr53645.c execution, -O3
-fomit-frame-pointer -funroll-loops
FAIL: gcc.c-torture/execute/pr53645.c execution, -O3 -g
FAIL: gcc.c-torture/execute/pr53645.c execution, -Os
on Linux/ia32 configured with
--with-arch=corei7 --with-cpu=corei7 --with-fpmath=sse
--
H.J.