search for: maslov

...e at hoult.org] Sent: Thursday, January 31, 2019 5:13 PM To: Saito, Hideki <hideki.saito at intel.com> Cc: Philip Reames <listmail at philipreames.com>; Robin Kruppe <robin.kruppe at gmail.com>; David Greene <dag at cray.com>; via llvm-dev <llvm-dev at lists.llvm.org>; Maslov, Sergey V <sergey.v.maslov at intel.com>; Topper, Craig <craig.topper at intel.com> Subject: Re: [llvm-dev] [RFC] Vector Predication On Thu, Jan 31, 2019 at 4:31 PM Saito, Hideki via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: >when w...

Philip Reames <listmail at philipreames.com> writes: > I was not suggesting that you rely on pattern matching predication for > correctness.  As you point out, that's obviously incorrect.  I was > assuming that you have a correct but slow lowering for the select > form.  I was suggesting your ISEL attempt to use a predicated > instruction where possible for performance.

...philipreames.com] Sent: Thursday, January 31, 2019 4:05 PM To: Robin Kruppe <robin.kruppe at gmail.com> Cc: David Greene <dag at cray.com>; via llvm-dev <llvm-dev at lists.llvm.org>; Saito, Hideki <hideki.saito at intel.com>; Topper, Craig <craig.topper at intel.com>; Maslov, Sergey V <sergey.v.maslov at intel.com> Subject: Re: [llvm-dev] [RFC] Vector Predication On 1/31/19 1:14 PM, Robin Kruppe wrote: On Thu, 31 Jan 2019 at 20:17, Philip Reames via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: On 1/31/19 11:03...

Hi, I had a few thoughts about recovering multi-dimensional accesses in Polly and maybe it's time to share them. On 09/12/2012 10:38 AM, Tobias Grosser wrote: > [...] Even in the last example which contains parameters both for the > sizes and the offsets, the parameters for the sizes are the only ones that > appear on the right hand sides ('8 * %m * %o' and '8 *

On Wed, 12 Sep 2012 14:18:43 +0200 Armin Größlinger <armin.groesslinger at uni-passau.de> wrote: > Hi, > > I had a few thoughts about recovering multi-dimensional accesses in > Polly and maybe it's time to share them. > > On 09/12/2012 10:38 AM, Tobias Grosser wrote: > > [...] Even in the last example which contains parameters both for > > the sizes and

Philip Reames <listmail at philipreames.com> writes: > Question 1 - Why do we need separate mask and lengths? Can't the > length be easily folded into the mask operand? > > e.g. newmask = (<4 x i1>)((i4)%y & (1 << %L -1)) > and then pattern matched in the backend if needed I'm a little concerned about how difficult it will be to maintain enough

On Thu, Feb 7, 2019, 09:21 Simon Moll <moll at cs.uni-saarland.de> wrote: > > On 2/7/19 6:08 PM, David Greene wrote: > > Jacob Lifshay <programmerjake at gmail.com> writes: > > > >> So it would be handy for the vector length on evl intrinsics to be in > >> units of the mask length so we don't have to pattern match a division > >> in the

On Thu, 31 Jan 2019 at 20:17, Philip Reames via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > On 1/31/19 11:03 AM, David Greene wrote: > > Philip Reames <listmail at philipreames.com> writes: > > > >> Question 1 - Why do we need separate mask and lengths? Can't the > >> length be easily folded into the mask operand? > >> >

Hi, I have PassManager object storing module optimizations. One of the optimizations performs analysis which basically checks the code for being "valid". If code is not "valid" we should break optimizations flow in PassManager and report error. Does PassManager support interrupting flow of optimizations if one of optimizations raise "stop" flag? Thanks, -Oleg