search for: zinovy

Seems that adding -extra-vectorizer-passes doesn't help to vectorizer in my case. LoopRotation re-run does nothing. 2014-10-15 2:54 GMT+04:00 Chandler Carruth <chandlerc at google.com>: > > On Tue, Oct 14, 2014 at 3:50 PM, Hal Finkel <hfinkel at anl.gov> wrote: >> >> > I have and will continue to push >> > back on trying to add it until we at least

...1024; ++i) A[i] += B[i*k]; } So will this loop: int foo(int * restrict A, int * restrict B, int n, int k) { for (int i = 0; i < n; ++i) A[i] += B[i*k]; } I will update the example. Thanks, Arnold On Mar 12, 2014, at 1:54 PM, Nadav Rotem <nrotem at apple.com> wrote: > Hi Zinovy, > > The loop vectorizer probably decided that it was not profitable to vectorize the function. You can force the vectorization of the function by setting a low threshold. > > Thanks, > Nadav > > On Mar 12, 2014, at 3:34 AM, Zinovy Nis <zinovy.nis at gmail.com> wrote...

...be good to write a separate email per code owner and cc the appropriate -commits list. Thanks, Tom On Wed, Apr 02, 2014 at 06:16:44PM +0400, Robert Khasanov wrote: > Hi Tom, > > I would like to nominate the following patches to be backported to 3.4.1 > > Clang: > 1. r204742 - Zinovy Nis <zinovy.nis at gmail.com> - Fix an logic error in the > clang driver preventing crtfastmath.o from linking when -Ofast is used > without -ffast-math > > LLVM: > 1. r205067 - Akira Hatanaka <ahatanaka at apple.com> - [x86] Fix printing of > register operands with q...

Hi, I'm reading "http://llvm.org/docs/Vectorizers.html" and have few question. Hope someone has answers on it. The Loop Vectorizer can vectorize code that becomes a sequence of scalar instructions that scatter/gathers memory. ( http://llvm.org/docs/Vectorizers.html#scatter-gather) int foo(int *A, int *B, int n, int k) { for (int i = 0; i < n; ++i) A[i*7] += B[i*k]; } I

Hi, There's several, to my eyes, somewhat related looking bugs: Bug 36743 - Cannot select: X86ISD::CALL ICE with -mx32 -O2 -fno-plt https://bugs.llvm.org/show_bug.cgi?id=36743 Bug 34268 - JITting of x32 code on x64 fails with crash or instruction selection error. https://bugs.llvm.org/show_bug.cgi?id=34268 There's unfortunately been no investigation. I'm asking because I hit

----- Original Message ----- > From: "Chandler Carruth" <chandlerc at google.com> > To: "Zinovy Nis" <zinovy.nis at gmail.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "James Molloy" <james at jamesmolloy.co.uk>, "LLVM Developers Mailing List" > <llvmdev at cs.uiuc.edu> > Sent: Thursday, October 16, 2014 1:21:19 PM > Subje...

While reviewing a fix for maintaining loop metadata (http://reviews.llvm.org/D5539) I noticed that we make a strict assumption about the metadata being attached to the branch that is an immediate predecessor of the loop header. This does not work well with LLVM's approach of lazy critical edge splitting. I've proposed working around this with heroics inside the critical edges splitting

...idate, and compose all of the various components of the core optimizer. Here is the structural diff: + loop-rotate loop-vectorize + early-cse + correlated-propagation + instcombine + licm + loop-unswitch + simplifycfg + instcombine slp-vectorize + early-cse The rationale I have for this: 1) Zinovy pointed out that the loop vectorizer really needs the input loops to still be rotated. One counter point is that perhaps we should prevent any pass from un-rotating loops? 2) I cherrypicked the core of the scalar optimization pipeline that seems like it would be relevant to code which looks like r...

...t's no problem to go to the block's single predecessor and attach the metadata there. Regards, Alexander -----Original Message----- From: Tobias Grosser [mailto:tobias at grosser.es] Sent: Tuesday, October 07, 2014 11:22 AM To: Hal Finkel; Andrew Trick Cc: doerfert at cs.uni-saarland.de; zinovy nis; Arnold Schwaighofer; llvmdev at cs.uiuc.edu Dev; Bataev, Alexey; Musman, Alexander; Erik Schnetter Subject: Re: llvm.loop metadata placement and critical edge splitting On 06/10/2014 23:56, Hal Finkel wrote: > ----- Original Message ----- >> From: "Andrew Trick" <atrick...

...; Thanks, > > Tom > > > > On Wed, Apr 02, 2014 at 06:16:44PM +0400, Robert Khasanov wrote: > > > Hi Tom, > > > > > > I would like to nominate the following patches to be backported to 3.4.1 > > > > > > Clang: > > > 1. r204742 - Zinovy Nis <zinovy.nis at gmail.com <javascript:;>> - Fix an > > logic error in the > > > clang driver preventing crtfastmath.o from linking when -Ofast is used > > > without -ffast-math > > > > > > LLVM: > > > 1. r205067 - Akira Hatanaka <...

...much better design is for function transformations to be conditionally rerun within a scope/region. For example, loop-vectorize should be able to trigger instcombine on the loop preheader, which I think is the real problem here. -Andy >> The rationale I have for this: >> >> 1) Zinovy pointed out that the loop vectorizer really needs the input loops to still be rotated. One counter point is that perhaps we should prevent any pass from un-rotating loops? >> >> 2) I cherrypicked the core of the scalar optimization pipeline that seems like it would be relevant to code...

On Mar 12, 2014, at 4:05 PM, Chandler Carruth <chandlerc at google.com> wrote: > > On Wed, Mar 12, 2014 at 3:50 PM, Arnold Schwaighofer <aschwaighofer at apple.com> wrote: > In order to vectorize code like this LLVM needs to prove that “A[i*7]” does not wrap in the address space. It fails to do so > > But, why? > > I'm moderately sure that neither C nor C++

Hi, We are now about halfway between the 3.4 and 3.5 releases, and I would like to start preparing for a 3.4.1 release. Here is my proposed release schedule: Mar 26 - April 9: Identify and backport additional bug fixes to the 3.4 branch. April 9 - April 18: Testing Phase April 18: 3.4.1 Release How you can help: - If you have any bug fixes you think should be included to 3.4.1, send me an