search for: zolotukhin

On Mon, Dec 11, 2017 at 3:37 PM, Mikhail Zolotukhin via cfe-dev < cfe-dev at lists.llvm.org> wrote: > Hi Kim, > > On Dec 10, 2017, at 7:39 AM, Kim Gräsman <kim.grasman at gmail.com> wrote: > > Hi Michael, > > On Thu, Dec 7, 2017 at 3:16 AM, Michael Zolotukhin > <mzolotukhin at apple.com> wrote: > > &g...

...certain macros, and other code uses ifdefs to test for the definition of those macros. If it is defined, one code path is taken, if it is not defined, another code path (which will compile but do the wrong thing) will be taken. Does the tool handle this? On Tue, Dec 12, 2017 at 1:38 PM Mikhail Zolotukhin via cfe-dev < cfe-dev at lists.llvm.org> wrote: > On Dec 12, 2017, at 12:57 PM, James Y Knight <jyknight at google.com> wrote: > > > > On Mon, Dec 11, 2017 at 3:37 PM, Mikhail Zolotukhin via cfe-dev < > cfe-dev at lists.llvm.org> wrote: > >> Hi Kim, &gt...

...via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > ----- Original Message ----- >> From: "Sanjoy Das via llvm-dev" <llvm-dev at lists.llvm.org> >> To: escha at apple.com >> Cc: "llvm-dev" <llvm-dev at lists.llvm.org>, "Michael V Zolotukhin" <michael.v.zolotukhin at intel.com> >> Sent: Monday, May 16, 2016 7:31:20 PM >> Subject: Re: [llvm-dev] Working on FP SCEV Analysis >> >> Hi Escha, >> >> via llvm-dev wrote: >>> One thought I’ve had about this in the past — >>> &g...

On Sat, Aug 22, 2015 at 11:57 PM, Michael Zolotukhin <mzolotukhin at apple.com> wrote: > Hi, > > Several passes would have troubles with such code (namely, GVN and > JumpThreading). Can you just choose not to run those particular passes? I suppose the big problem would be if there's a problem with the code generation and rela...

On 28 Feb 2017, at 22:50, Michael Zolotukhin <mzolotukhin at apple.com<mailto:mzolotukhin at apple.com>> wrote: I also usually rerun suspiciously improved or regressed tests to verify the performance change. Most of the time, if it was just a noise, the test doesn’t appear on another run. I wish LNT (or any other script) could do...

Hi Michael, On Thu, Dec 7, 2017 at 3:16 AM, Michael Zolotukhin <mzolotukhin at apple.com> wrote: > > Nice to IWYU developers here:) I wonder how hard it would be to run IWYU on > LLVM/Clang (or, if it’s supposed to work, I wonder what I did wrong). There are known problems with running IWYU over LLVM/Clang -- Zachary Turner made an attempt a wh...

> On Apr 18, 2018, at 9:11 AM, Roman Lebedev via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Wed, Apr 18, 2018 at 5:45 PM, Michael Zolotukhin via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Hi, >> >> Recently I committed a change (r330175) that passed all my testing, but >> failed on several bots. Namely, these are the failed ones: >> http://lab.llvm.org:8011/builders/clang-with-thin-lto-ubun...

...with command line options to define what transform to do, and unit tests to test the delegate behaviour and return values. I'll try and produce a mega patch with at least the loop vectoriser moved over, then split it up again after review. Cheers, James On Tue, 28 Jul 2015 at 20:27, Michael Zolotukhin <mzolotukhin at apple.com> wrote: > BTW, I think this thread should be on LLVM-dev, and I’d also CC Arnold, > Hal, and Nadav - their feedback would be very valuable here. > > Michael > > On Jul 28, 2015, at 12:21 PM, Mikhail Zolotukhin <mzolotukhin at apple.com> >...

Hi Escha, via llvm-dev wrote: > One thought I’ve had about this in the past — > > SCEV is useful for proving two expressions are equivalent (in general, > not just specifically for loop induction variables). This gets a little > bit trickier with fast-math; for example, suppose two expressions are > equivalent, but *only* with reassociativity allowed? This isn't too

...s where to look for it. Michael > On Apr 18, 2018, at 9:18 PM, Steven Wu <stevenwu at apple.com> wrote: > > > >> On Apr 18, 2018, at 9:11 AM, Roman Lebedev via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> On Wed, Apr 18, 2018 at 5:45 PM, Michael Zolotukhin via llvm-dev >> <llvm-dev at lists.llvm.org> wrote: >>> Hi, >>> >>> Recently I committed a change (r330175) that passed all my testing, but >>> failed on several bots. Namely, these are the failed ones: >>> http://lab.llvm.org:8011/builders/...

On Mon, Dec 19, 2016 at 4:24 PM, Mikhail Zolotukhin <mzolotukhin at apple.com> wrote: > Hi Davide, > > Thanks for the analysis, it's really interesting! And I'm really glad that we now put more and more attention at the compile time! > > Just recently I've been looking into historical compile time data as well, and h...

> On Aug 23, 2015, at 11:35 AM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Sun, Aug 23, 2015 at 01:46:12AM +0100, Russell Wallace via llvm-dev wrote: >> On Sat, Aug 22, 2015 at 11:57 PM, Michael Zolotukhin <mzolotukhin at apple.com> >> wrote: >> >>> Hi, >>> >>> Several passes would have troubles with such code (namely, GVN and >>> JumpThreading). >> >> >> Can you just choose not to run those particular passes? I suppose the b...

...y between platform (Windows vs Linux) and between recompiles on the same platform. Just a thought, but perhaps you might have a look at how ordering is handled in your BB or MI iterators. MartinO From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Michael Zolotukhin via llvm-dev Sent: 19 April 2018 07:15 To: Steven Wu <stevenwu at apple.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Need help reproducing a bug Thanks everyone! What are the best tools/techniques to expose such non-deterministic behavior? My hope is to rep...

...dot.c:15:1: note: could not determine the original source location for :0:0 I found “llvm-as < /dev/null | llc -march=aarch64 -mattr=help” which listed a bunch of features but when I tried adding “-mfpu=neon” or “-mattr=+neon”, clang complained that the option was unrecognized. From: Michael Zolotukhin [mailto:mzolotukhin at apple.com] Sent: Monday, February 09, 2015 3:08 PM To: Ralph Campbell Cc: Arnaud A. de Grandmaison; llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] aarch64 status for generating SIMD instructions Hi Ralph, A bunch of useful options for vectorizers is listed in [1]. Also, wha...

...xample: > clang -O3 3better.c -arch=mips -ffast-math -Rpass=debug -Rpass=loop-vectorize -Rpass-analysis=loop-vectorize -S -emit-llvm -fvectorize -mllvm -debug -mllvm -force-vector-width=16 -save-temps > > Thank you, > Alex > > > > On 2/18/2016 2:17 AM, Mikhail Zolotukhin wrote: >> Hi Alex, >> >> I'm not aware of efforts on loop coalescing in LLVM, but probably polly can do >> something like this. Also, one related thought: it might be worth making it a separate >> pass, not a part of loop vectorizer. LLVM already has several '...

Hi devs, Recently I came across an interesting testcase that LLVM failed to optimize well. The test does some image processing, and as a part of it, it traverses all the pixels and computes some value basing on the adjacent pixels. So, the hot part looks like this: for(y = 0..height) { for (x = 0..width) { val = 0 for (j = 0..5) { for (i = 0..5) { val += img[x+i,y+j] *

On Wed, Dec 21, 2016 at 8:07 AM, Davide Italiano via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Mon, Dec 19, 2016 at 4:24 PM, Mikhail Zolotukhin > <mzolotukhin at apple.com> wrote: > > Hi Davide, > > > > Thanks for the analysis, it's really interesting! And I'm really glad > that we now put more and more attention at the compile time! > > > > Just recently I've been looking into historic...

On Wed, Dec 03, 2014 at 11:51:07AM -0800, Michael Zolotukhin wrote: > Hi Tom, > > I also have several patches that might be useful in 3.5.1. They all are stability fixes: > > r221009: Correctly update dom-tree after loop vectorizer. > r222451: Fix a trip-count overflow issue in LoopUnroll. > r223170 and r223171: PR21302.Vectorize only...

On 05/26/2016 02:23 AM, Mikhail Zolotukhin via llvm-dev wrote: > >> On May 25, 2016, at 4:27 PM, Hal Finkel via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> ----- Original Message ----- >>> From: "Andrew Trick via llvm-dev" <llvm-dev at lists.llvm.org> >>> To: "llvm-de...

The reruns flag already does that. It helps a bit, but only as long as the the benchmark is flagged as regressed. > On May 18, 2015, at 8:28 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > > On Mon, May 18, 2015 at 11:24 AM, Mikhail Zolotukhin <mzolotukhin at apple.com <mailto:mzolotukhin at apple.com>> wrote: > Hi Chris and others! > > I totally support any work in this direction. > > In the current state LNT’s regression detection system is too noisy, which makes it almost impossible to use in some cases. I...