search for: somenath

...generated IR - define i32 @main() #0 { ........ store i8 -1, i8* %c, align 1 %2 = load i8, i8* %c, align 1 * %3 = zext i8 %2 to i64* call void @func(i64 %3) } The value to the formal argument is zero-extended, different from x86_64. Is this a known issue ? Am I missing anything ? Thanks, Somenath -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160907/a0bd78ac/attachment.html>

...aining loads or stores you see, because you have no guarantee about > what else could read it. > > Heck, a conforming implementation of printf could read from any of > these globals, so you don't even need other modules. > > > > > > On Fri, Jan 4, 2013 at 11:45 AM, Somenath Chakraborty > <some.chak at gmail.com> wrote: > > Thanks for your reply. So, we don't do any "use" check (for globals > > variables) beyond a module scope. If so, it answers my question. > > > > On Fri, Jan 4, 2013 at 6:53 PM, Justin Holewinski > &g...

Hello, I have just started using llvm. I was trying to debug how *clang* generates IR for very simple C testcases (few assignments and if-condsitions). To get a hold on the basic functions, I put some break points on following functions but debugger *didn't stop*: llvm::BasicBlock::Create llvm::BinaryOperator::CreateAdd (design has binary op) llvm::Value::Value llvm::BranchInst::Create

...9;s not possible to eliminate any of the remaining loads or stores you see, because you have no guarantee about what else could read it. Heck, a conforming implementation of printf could read from any of these globals, so you don't even need other modules. On Fri, Jan 4, 2013 at 11:45 AM, Somenath Chakraborty <some.chak at gmail.com> wrote: > Thanks for your reply. So, we don't do any "use" check (for globals > variables) beyond a module scope. If so, it answers my question. > > On Fri, Jan 4, 2013 at 6:53 PM, Justin Holewinski > <justin.holewinski at gm...

Thanks for your reply. So, we don't do any "use" check (for globals variables) beyond a module scope. If so, it answers my question. On Fri, Jan 4, 2013 at 6:53 PM, Justin Holewinski < justin.holewinski at gmail.com> wrote: > Since a, b, and c are globals, how does the optimize *know* they are not > used elsewhere (e.g. another module)? > -------------- next part

Hello, I have a very simple input llvm IR file. I wanted to generate a 32-BIT a.out executable from this, but, couldn't make it. By default it is 64 BIT. Is there any way to dictate it from the input LLVM file or I am missing anything. The command I used : clang test.ll I tried playing with "target datalayout" but no success yet. Thanks. -------------- next part --------------

Since a, b, and c are globals, how does the optimize *know* they are not used elsewhere (e.g. another module)? On Fri, Jan 4, 2013 at 7:49 AM, Somenath Chakraborty <some.chak at gmail.com>wrote: > Hello, > > I was trying to run few testcases and see how llvm optmizes different > scenarios. I have a small testcase like: > > > #include <stdio.h> > > > > int a, b, c; > > > > int > > main...

...n collect information about the VMs launched by other libvirtd running in different hosts. Is it possible? Could you please point me to some resource around this? In this we will be able to get information about VMs from single source and need not to query different host for VMs info. Regards, Somenath

Hello, I was trying to run few testcases and see how llvm optmizes different scenarios. I have a small testcase like: #include <stdio.h> int a, b, c; int main() { a = b + c; c = a; if (a == b) b = c; else b = a; printf( " a = %d \n ", a ); return 0; } The corresponding llvm IR is ( clang test.c -S -emit-llvm -o -