public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Xinliang David Li <davidxl@google.com>
To: tprince@computer.org
Cc: "gcc@gcc.gnu.org" <gcc@gcc.gnu.org>
Subject: Re: -O3 and -ftree-vectorize
Date: Thu, 06 Feb 2014 22:29:00 -0000	[thread overview]
Message-ID: <CAAkRFZK-MeyPtzxv9TT1uYJOeoVtG7TuxP=+YTYXS5YF54zKYg@mail.gmail.com> (raw)
In-Reply-To: <52F40ACC.8040901@aol.com>

On Thu, Feb 6, 2014 at 2:21 PM, Tim Prince <n8tm@aol.com> wrote:
>
> On 2/6/2014 1:51 PM, Uros Bizjak wrote:
>>
>> Hello!
>>
>> 4.9 does not enable -ftree-vectorize for -O3 (and Ofast) anymore. Is
>> this intentional?
>>
>> $/ssd/uros/gcc-build/gcc/xgcc -B /ssd/uros/gcc-build/gcc -O3 -Q
>> --help=optimizers
>>
>> ...
>> -ftree-vectorize                      [disabled]
>> ...
>>
>>
> I'm seeing vectorization  but no output from -ftree-vectorizer-verbose,

use -fopt-info.

The old option is deprecated.

>and
> no dot product vectorization inside omp parallel regions, with gcc g++ or
> gfortran 4.9.  Primary targets are cygwin64 and linux x86_64.
> I've been unable to use -O3 vectorization with gcc, although it works with
> gfortran and g++, so use gcc -O2 -ftree-vectorize together with additional
> optimization flags which don't break.

Reproducible case?


David

> I've made source code changes to take advantage of the new vectorization
> with merge() and ? operators; while it's useful for -march=core-avx2, it's
> sometimes a loss for -msse4.1.
> gcc vectorization with #pragma omp parallel for simd is reasonably effective
> in my tests only on 12 or more cores.
> #pragma omp simd reduction(max: ) is giving correct results but poor
> performance in my tests.
>
> You've probably seen my gcc testresults posts.  The one major recent
> improvement is the ability to skip cilkplus tests on targets where it's
> totally unsupported.  Without cilk_for et al. even on "supported" targets
> cilkplus seems useless.
> There are still lots of failing stabs tests on targets where those
> apparently aren't supported.
>
> So there are some mysteries about what the developers intend.  I suppose
> this was posted on gcc list on account of such questions being ignored on
> gcc-help.
>
> --
> Tim Prince
>

  reply	other threads:[~2014-02-06 22:29 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-06 18:51 Uros Bizjak
2014-02-06 19:01 ` Xinliang David Li
2014-02-06 19:20   ` Uros Bizjak
2014-02-06 19:23     ` Xinliang David Li
2014-02-06 22:21 ` Tim Prince
2014-02-06 22:29   ` Xinliang David Li [this message]
2014-02-07 15:22   ` Jakub Jelinek
2014-02-07 16:09     ` Tim Prince
2014-02-08 14:45       ` Tim Prince

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAAkRFZK-MeyPtzxv9TT1uYJOeoVtG7TuxP=+YTYXS5YF54zKYg@mail.gmail.com' \
    --to=davidxl@google.com \
    --cc=gcc@gcc.gnu.org \
    --cc=tprince@computer.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).