search for: elis

---------- Forwarded message ---------- From: Ryan Taylor <ryta1203 at gmail.com> Date: Mon, Dec 12, 2011 at 4:58 PM Subject: Re: [LLVMdev] GetElementPtr To: Eli Friedman <eli.friedman at gmail.com> Sorry, So what I'm trying to ask is are the widths given (32, 64) for the index and the offset the widths of the index and offset values or the width of the type they are

I apply patch, it says patch is applied. Does the directory which I run patch matters ?   =========================================== Phone : 82-42-860-1838 Fax : 82-42-860-6790 Cell Phone: 82-10-7599-1981 =========================================== --- On Mon, 10/24/11, Eli Friedman <eli.friedman at gmail.com> wrote: From: Eli Friedman <eli.friedman at gmail.com> Subject: Re:

I have a zpool that consists for a two-drive mirror. The two times I took the zpool offline, I had to resilver one of the drives (the same drive both times) when I imported it back. All drives in the pool show no read, write, or checksum errors and are new, so I'm looking to a software problem before hardware. Both drives are encrypted geli devices. I tried to reproduce the error with 1GB

Yes, I applied the patch on trunk version like below. It says patching file. However, when I make, the build is still failing. janarbek at ubuntu:~/Work/llvm/llvm$ patch -p0 < unistd.txt patching file lib/Support/Unix/Path.inc   =========================================== Phone : 82-42-860-1838 Fax : 82-42-860-6790 Cell Phone: 82-10-7599-1981

So in this example: %idx = getelementptr { float*, i32 }* %MyStruct, i64 0, i32 1 Why is it picking i64 for the index but i32 for the offset? On Mon, Dec 12, 2011 at 4:58 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > > > ---------- Forwarded message ---------- > From: Ryan Taylor <ryta1203 at gmail.com> > Date: Mon, Dec 12, 2011 at 4:58 PM > Subject: Re:

On Mon, Oct 24, 2011 at 4:58 PM, janarbek <canarbekmatay at yahoo.com> wrote: > > I apply patch, it says patch is applied. Does the directory which I run patch matters ? You should be running the "patch -p0 < unistd.txt" in the root LLVM source directory for the trunk version. If you're still getting "Hunk #1 FAILED at 51." errors, you're not doing

I have two values and I want see if them are equals. Then, I would a instruction like if Value1 != Value2, error without create a new block, continuing the execution in the same block, forcing the LLI to execute this. 2011/9/5 Eli Friedman <eli.friedman at gmail.com> > On Mon, Sep 5, 2011 at 4:47 PM, Rafael Baldiati Parizi > <parizi.computacao at gmail.com> wrote: > >

I've opened PR 12050 to track the problem with llvm.dbg.gv Eli From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Bendersky, Eli Sent: Tuesday, February 14, 2012 13:45 To: Devang Patel; Eric Christopher Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] generating !llvm.dbg.sp Eric, Devang, FYI exactly the same applies for llvm.dbg.gv - it's also

Thanks Eric. I know some of the references are in the code used for backward compatibility. - Devang On Feb 13, 2012, at 9:21 AM, Eric Christopher <echristo at apple.com> wrote: > Thanks. I'll get them. :) > > -eric > > On Feb 13, 2012, at 1:41 AM, Bendersky, Eli wrote: > >> Thanks. Note that there are still a few references to this MDNode scattered throughout

By LLVM do you mean the backend? I'm not using the backend, so is that i32 on the 0 index the type of the index value or the type of the value to which exists at that index? it seems the pointer itself has no width, it's arbitrary and is handled in the lowering and is target dependent on the bus width. Basically, when I am computing offset I need to know the sizes for add. The size of

I see. We still can use that shortcut to catch the simple case after type legalization, but we could also do a more elaborate type check before type legalization to enable it? On Aug 19, 2013, at 4:13 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Mon, Aug 19, 2013 at 3:34 PM, Juergen Ributzka <juergen at apple.com> wrote: > Hi @ll, > > I am wondering about the

Oh ok. Here it is: #!/apollo/env/envImprovement/bin/perl On Sun, May 29, 2011 at 5:07 PM, Eli Friedman <eli.friedman at gmail.com>wrote: > On Sun, May 29, 2011 at 5:05 PM, Arjun Singri <arjunsingri at gmail.com> > wrote: > > Thank you for replying. These are the first few lines from llvm-config: > > use 5.006; > > use strict; > > use warnings;

*This is perl, v5.8.8 built for Linux-2.6c2.5-i686-64int* Thanks, Arjun On Sun, May 29, 2011 at 5:46 PM, Eli Friedman <eli.friedman at gmail.com>wrote: > On Sun, May 29, 2011 at 5:13 PM, Arjun Singri <arjunsingri at gmail.com> > wrote: > > Oh ok. Here it is: > > #!/apollo/env/envImprovement/bin/perl > > Okay, now what's the output of

Ok, thanks, this makes sense. But there is no way to get the SelectionDAG to do it for me via something like visitGetElementrPtr? On Thu, Dec 8, 2011 at 2:54 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > > On Thu, Dec 8, 2011 at 2:37 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > >> > >> Thanks. > >> > >> So basically then this

Micah, can you document this in the release notes? On Wed, Oct 24, 2012 at 4:34 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Wed, Oct 24, 2012 at 4:11 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: >> Has this been removed/replaced? Couldn't find anything in the release notes. > > Renamed DataLayout. > > -Eli >

Eli, Ok, thanks, this is a big help. So how can I use the TargetData (or get the TargetData) without having a DAG? On Thu, Dec 8, 2011 at 3:45 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Thu, Dec 8, 2011 at 3:29 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > > Ok, thanks, this makes sense. But there is no way to get the > SelectionDAG to > > do it

On Sat, Jul 23, 2011 at 5:09 PM, Talin <viridia at gmail.com> wrote: > So this was working fine for me until a few days ago when I checked out the > most recent LLVM - the one with the new type system. Now I am getting the > same error that I was getting previously. > Is it possible that your fix got unfixed when they merged in the new branch? I wouldn't be surprised if

On Wed, Mar 16, 2011 at 9:33 PM, Ashay Rane <ashay.rane at asu.edu> wrote: > Hi Eli, > Thanks for the reply. The problem is that getOperand() returns an > llvm::Instruction (that refers to the definition of the operand). What I am > trying to find out is how to get the value of the operand. When you refer to > bitcasting to i8*, do you mean casting the return value from

On Sat, Jul 23, 2011 at 6:32 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Sat, Jul 23, 2011 at 5:09 PM, Talin <viridia at gmail.com> wrote: >> So this was working fine for me until a few days ago when I checked out the >> most recent LLVM - the one with the new type system. Now I am getting the >> same error that I was getting previously. >> Is it

I am not sure if I applied correctly.I did following and it seems failed. janarbek at ubuntu:~/Work/llvm$ patch <unistd.txt patching file Path.inc Hunk #1 FAILED at 51. 1 out of 1 hunk FAILED -- saving rejects to file Path.inc.rej   =========================================== Phone : 82-42-860-1838 Fax : 82-42-860-6790 Cell Phone: 82-10-7599-1981