search for: load10

Maybe it would illustrative to give an IR example of the case I'm interested in. Consider define void @"julia_transform_bvn_derivs_hessian!"(double* %data, double* %data2, double *%data3, double *%out) { %element11 = getelementptr inbounds double, double* %data, i32 1 %load10 = load double, double* %data %load11 = load double, double* %element11 %element21 = getelementptr inbounds double, double* %data2, i32 1 %element22 = getelementptr inbounds double, double* %data2, i32 2 %element23 = getelementptr inbounds double, double* %data2, i32 3 %load20 =...

There was some discussion of this on the llvm-commits list, but I wanted to raise the topic for discussion here. The background of the -commits discussion was that r296863 added the ability to sort memory access when the SLP vectorizer reached a load (the SLP vectorizer starts at a store or some other sink, and tries to go up the tree vectorizing as it goes along - if the input is in a different

...bounds i8* %pix1, i64 %index > 2788 %5 = bitcast i8* %4 to <4 x i8>* > 2789 %wide.load = load <4 x i8>* %5, align 1 > 2790 %.sum19 = or i64 %index, 4 > 2791 %6 = getelementptr i8* %pix1, i64 %.sum19 > 2792 %7 = bitcast i8* %6 to <4 x i8>* > 2793 %wide.load10 = load <4 x i8>* %7, align 1 > 2794 %8 = zext <4 x i8> %wide.load to <4 x i32> > 2795 %9 = zext <4 x i8> %wide.load10 to <4 x i32> > 2796 %10 = getelementptr inbounds i8* %pix2, i64 %index > 2797 %11 = bitcast i8* %10 to <4 x i8>* > 2798...

...i64 %index > > 2788 %5 = bitcast i8* %4 to <4 x i8>* > > 2789 %wide.load = load <4 x i8>* %5, align 1 > > 2790 %.sum19 = or i64 %index, 4 > > 2791 %6 = getelementptr i8* %pix1, i64 %.sum19 > > 2792 %7 = bitcast i8* %6 to <4 x i8>* > > 2793 %wide.load10 = load <4 x i8>* %7, align 1 > > 2794 %8 = zext <4 x i8> %wide.load to <4 x i32> > > 2795 %9 = zext <4 x i8> %wide.load10 to <4 x i32> > > 2796 %10 = getelementptr inbounds i8* %pix2, i64 %index > > 2797 %11 = bitcast i8* %10 to <4 x i8>*...

----- Original Message ----- > From: "Renato Golin" <renato.golin at linaro.org> > To: "Dibyendu Das" <Dibyendu.Das at amd.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Tuesday, November 4, 2014 5:23:30 AM > Subject: Re: [LLVMdev] supporting SAD in loop vectorizer > > On 4 November 2014 11:06, Das, Dibyendu <Dibyendu.Das at amd.com> wrote:

...00 at 0x0780b000: load8a ALLOC LOAD > READONLY CODE HAS_CONTENTS > ??? 0x7f73f00ef000->0x7f73f00ef000 at 0x0780c000: load8b ALLOC READONLY > CODE > ??? 0x7f73f0103000->0x7f73f0103000 at 0x0780c000: load9 ALLOC READONLY > ??? 0x7f73f0302000->0x7f73f0303000 at 0x0780c000: load10 ALLOC LOAD > READONLY HAS_CONTENTS > ??? 0x7f73f0303000->0x7f73f0304000 at 0x0780d000: load11 ALLOC LOAD > HAS_CONTENTS > ??? 0x7f73f0304000->0x7f73f0305000 at 0x0780e000: load12a ALLOC LOAD > READONLY CODE HAS_CONTENTS > ??? 0x7f73f0305000->0x7f73f0305000 at 0x0780...

On Wed, Jan 24, 2018 at 18:55:47 +0100, Thomas Robers wrote: > Am 23.01.2018 um 20:07 schrieb Josef 'Jeff' Sipek: > > On Tue, Jan 23, 2018 at 14:03:27 -0500, Josef 'Jeff' Sipek wrote: > > > On Tue, Jan 23, 2018 at 18:21:38 +0100, Thomas Robers wrote: ... > > > 1. Do you have any idea what the imap process was doing at the time of the > > >

...f00ee000->0x7f73f00ef000 at 0x0780b000: load8a ALLOC LOAD READONLY CODE HAS_CONTENTS 0x7f73f00ef000->0x7f73f00ef000 at 0x0780c000: load8b ALLOC READONLY CODE 0x7f73f0103000->0x7f73f0103000 at 0x0780c000: load9 ALLOC READONLY 0x7f73f0302000->0x7f73f0303000 at 0x0780c000: load10 ALLOC LOAD READONLY HAS_CONTENTS 0x7f73f0303000->0x7f73f0304000 at 0x0780d000: load11 ALLOC LOAD HAS_CONTENTS 0x7f73f0304000->0x7f73f0305000 at 0x0780e000: load12a ALLOC LOAD READONLY CODE HAS_CONTENTS 0x7f73f0305000->0x7f73f0305000 at 0x0780f000: load12b ALLOC READONLY...