On Fri, Jun 29, 2012 at 9:50 AM, Richard Henderson <r...@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.
