search for: arushi987

On Mon, Apr 4, 2011 at 5:02 PM, Arushi Aggarwal <arushi987 at gmail.com> wrote: > > >> Hi, >> Is it correct to convert, >>   %196 = load i32* %195, align 8                  ; <i32> [#uses=1] >>   %197 = zext i32 %196 to i64                     ; <i64> [#uses=1] >>   %198 = ptrtoint i8* %193 to i64        ...

On 4/4/2011 6:45 PM, Eli Friedman wrote: > On Mon, Apr 4, 2011 at 5:02 PM, Arushi Aggarwal<arushi987 at gmail.com> wrote: >> >>> Hi, >>> Is it correct to convert, >>> %196 = load i32* %195, align 8 ;<i32> [#uses=1] >>> %197 = zext i32 %196 to i64 ;<i64> [#uses=1] >>> %198 = ptrtoint i...

...is a similar patch that adds a -falways-use-llvm-vaarg flag to Clang. Applies against mainline. (As discussed, va_arg isn't really supported well so this probably doesn't work well on anything other than simple code, YMMV, etc) ~Will On Thu, May 12, 2011 at 12:29 PM, Arushi Aggarwal <arushi987 at gmail.com> wrote: > Have these changes made it to mainline? Is there a way to get a patch for the > backend, which does the actual lowering? > > Thanks, > Arushi > > On Sun, Feb 20, 2011 at 1:54 PM, David Meyer <pdox at google.com> wrote: >> Sergey, >> H...

...alue. Fixed in r121707. Arushi On Mon, Dec 13, 2010 at 12:10 PM, Kevin Streit <kevin.streit at googlemail.com>wrote: > I'm using BUDataStructures... But I tried LocalDatastructures and it didn't > work either... > On Dec 13, 2010 6:52 PM, "Arushi Aggarwal" <arushi987 at gmail.com> wrote: > > Hi, > > > > Which DSA pass are you using, local/bu/td? I can try looking at this once > I > > know that. > > > > Arushi > > > > > > On Mon, Dec 13, 2010 at 11:26 AM, Kevin Streit > > <kevin.streit at googl...

Hi, 1. Does the alignment of the pointer returned by an AllocaInst depend on the instructions before it in the basic block? The 1st snippet below aligns 'a' correctly, while the 2nd one doesnt. (the method handle_args, only prints out the values of arguments, and returns argv unchanged). define i32 @main(i32 %argc, i8** %argv) nounwind { entry: %argc_addr = alloca i32

On 8 March 2010 19:51, Arushi Aggarwal <arushi987 at gmail.com> wrote: > > 2. I notice that the setAlignment method for an AllocaInst takes an > unsigned. For 64 bit systems, alignment could potentially be larger. Is > there a reason why the alignment should be restricted to this size? > Thanks in advance > Would it ever be p...

...aarg > flag to Clang. > > Applies against mainline. > > (As discussed, va_arg isn't really supported well so this probably > doesn't work well on anything other than simple code, YMMV, etc) > > ~Will > > On Thu, May 12, 2011 at 12:29 PM, Arushi Aggarwal <arushi987 at gmail.com> wrote: >> Have these changes made it to mainline? Is there a way to get a patch for the >> backend, which does the actual lowering? >> >> Thanks, >> Arushi >> >> On Sun, Feb 20, 2011 at 1:54 PM, David Meyer <pdox at google.com> wrot...

...; >> Applies against mainline. >> >> (As discussed, va_arg isn't really supported well so this probably >> doesn't work well on anything other than simple code, YMMV, etc) >> >> ~Will >> >> On Thu, May 12, 2011 at 12:29 PM, Arushi Aggarwal <arushi987 at gmail.com> wrote: >>> Have these changes made it to mainline? Is there a way to get a patch for the >>> backend, which does the actual lowering? >>> >>> Thanks, >>> Arushi >>> >>> On Sun, Feb 20, 2011 at 1:54 PM, David Meyer <p...

...** %addr.0, align 8 and I have optimized one inttoptr to a zext. I guess it is safe in this case? On Mon, Apr 4, 2011 at 9:10 AM, John Criswell <criswell at illinois.edu> wrote: > On 4/4/2011 6:45 PM, Eli Friedman wrote: > >> On Mon, Apr 4, 2011 at 5:02 PM, Arushi Aggarwal<arushi987 at gmail.com> >> wrote: >> >>> >>> Hi, >>>> Is it correct to convert, >>>> %196 = load i32* %195, align 8 ;<i32> [#uses=1] >>>> %197 = zext i32 %196 to i64 ;<i64> [#uses=1]...

...add nsw i32 %3, %2 > store i32 %4, i32* %scevgep, align 4 > %5 = add nsw i32 %i.17, 1 > %exitcond1 = icmp eq i32 %5, 1000 > br i1 %exitcond1, label %bb5, label %bb3 > > ----------------------------------------- > > On Tue, May 3, 2011 at 12:32 PM, Arushi Aggarwal <arushi987 at gmail.com>wrote: > >> Hi, >> >> You might want to try running -loops -loop-simplify before loop unroll. >> >> From loop simplify.cpp >> >> This pass performs several transformations to transform natural loops into a00011 // simpler form, which make...

...+, empty parenthesis do not mean "no arguments", they mean "no prototype", which is typically treated the same way as varargs in calling conventions. To declare function with no arguments do typedef void (*FP)(void); Eugene On Wed, Apr 21, 2010 at 10:22 PM, Arushi Aggarwal <arushi987 at gmail.com> wrote: > Hi all, > > I had the following function that used function pointers with void arguments, > > > typedef void (*FP)(); > > void foo() { >  printf("hello world from foo\n"); > } > int main() { >  FP fp; >  fp = foo; >  (*fp...

On Mon, Apr 4, 2011 at 7:10 AM, John Criswell <criswell at illinois.edu> wrote: > On 4/4/2011 6:45 PM, Eli Friedman wrote: >> >> On Mon, Apr 4, 2011 at 5:02 PM, Arushi Aggarwal<arushi987 at gmail.com> >>  wrote: >>> >>>> Hi, >>>> Is it correct to convert, >>>>   %196 = load i32* %195, align 8                  ;<i32>  [#uses=1] >>>>   %197 = zext i32 %196 to i64                     ;<i64>  [#uses=1] >&g...

Hi all, I had the following function that used function pointers with void arguments, typedef void (*FP)(); void foo() { printf("hello world from foo\n"); } int main() { FP fp; fp = foo; (*fp)(); } The corresponding bitcode, with no optimizations is target datalayout =

Hi I have the followed code for which I am writing a loop pass. int main() { int i = 0; for (i=0; i<20; i++) { printf ("hello world %d\n", i); } return 0; } In the function runOnLoop, I have the following instruction PHINode *indv = NULL; indv = L->getCanonicalInductionVariable(); However, when I check indv is always set to NULL. Since the code has a canonical

...line. >>> >>> (As discussed, va_arg isn't really supported well so this probably >>> doesn't work well on anything other than simple code, YMMV, etc) >>> >>> ~Will >>> >>> On Thu, May 12, 2011 at 12:29 PM, Arushi Aggarwal <arushi987 at gmail.com> wrote: >>>> Have these changes made it to mainline? Is there a way to get a patch for the >>>> backend, which does the actual lowering? >>>> >>>> Thanks, >>>> Arushi >>>> >>>> On Sun, Feb 20, 2011...

...load i32* %scevgep11, align 4 %4 = add nsw i32 %3, %2 store i32 %4, i32* %scevgep, align 4 %5 = add nsw i32 %i.17, 1 %exitcond1 = icmp eq i32 %5, 1000 br i1 %exitcond1, label %bb5, label %bb3 ----------------------------------------- On Tue, May 3, 2011 at 12:32 PM, Arushi Aggarwal <arushi987 at gmail.com>wrote: > Hi, > > You might want to try running -loops -loop-simplify before loop unroll. > > From loop simplify.cpp > > This pass performs several transformations to transform natural loops into a00011 // simpler form, which makes subsequent analyses and transf...

...4, 2011 at 9:34 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > > On Mon, Apr 4, 2011 at 7:10 AM, John Criswell <criswell at illinois.edu> wrote: > > On 4/4/2011 6:45 PM, Eli Friedman wrote: > >> > >> On Mon, Apr 4, 2011 at 5:02 PM, Arushi Aggarwal<arushi987 at gmail.com> > >>  wrote: > >>> > >>>> Hi, > >>>> Is it correct to convert, > >>>>   %196 = load i32* %195, align 8                  ;<i32>  [#uses=1] > >>>>   %197 = zext i32 %196 to i64                    ...

Hi, You might want to try running -loops -loop-simplify before loop unroll. >From loop simplify.cpp This pass performs several transformations to transform natural loops into a00011 // simpler form, which makes subsequent analyses and transformations simpler and00012 // more effective. Arushi On Tue, May 3, 2011 at 2:17 PM, Manish Gupta <mgupta.iitr at gmail.com> wrote: > You

Hi, Is it correct to convert, %196 = load i32* %195, align 8 ; <i32> [#uses=1] %197 = zext i32 %196 to i64 ; <i64> [#uses=1] %198 = ptrtoint i8* %193 to i64 ; <i64> [#uses=1] %199 = add i64 %198, %197 ; <i64> [#uses=1] %200 = inttoptr i64 %199 to i8* ; <i8*>

Hi, > > Is it correct to convert, > > %196 = load i32* %195, align 8 ; <i32> [#uses=1] > %197 = zext i32 %196 to i64 ; <i64> [#uses=1] > %198 = ptrtoint i8* %193 to i64 ; <i64> [#uses=1] > %199 = add i64 %198, %197 ; <i64> [#uses=1] > %200 = inttoptr i64 %199 to i8*