search for: lenharth

On 2/15/08, Andrew Lenharth <andrewl at lenharth.org> wrote: > I'll take a hack at the front end support for > __sync_synchronize after this goes in. This is the gcc side of the patch. Index: gcc/llvm-convert.cpp =================================================================== --- gcc/llvm-convert.cpp...

On 11/30/06, Andrew Lenharth <andrewl at lenharth.org> wrote: > The llvm_ostreams, which you take the address of go out of scope very > quickly, and are only stored by address in the bytecode writer, thus > the writers have a pointer to a stack allocated object they are to > write to. This crashes. The atta...

Attached is the target independent llvm.atomic.barrier support, as well as alpha and x86 (sse2) support. This matches Chandler's definitions, and the LangRef patch will just restore that. Non-sse2 barrier will be needed, I think it is "lock; mov %esp, %esp", but I'm not sure. Any objections? I'll take a hack at the front end support for __sync_synchronize after this

On Wed, Jul 14, 2010 at 10:54 AM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Wed, Jul 14, 2010 at 8:33 AM, Andrew Lenharth <andrewl at lenharth.org> wrote: >> On Wed, Jul 14, 2010 at 10:26 AM, Eli Friedman <eli.friedman at gmail.com> wrote: >>> On Wed, Jul 14, 2010 at 3:20 AM, Torvald Riegel >>> <torvald at se.inf.tu-dresden.de> wrote: >>>> On Tuesday 13 July 2010 1...

...just looked over your diff and it would seem to me that additional changes would be needed to be done to some of the LLVM-IR -> DAG stuff to make things fully functional (this could be a bit of supposition on my part since I do not fully understand all of the code). --- On Sun, 8/2/09, Andrew Lenharth <andrewl at lenharth.org> wrote: > From: Andrew Lenharth <andrewl at lenharth.org> > Subject: Re: [LLVMdev] Union type efforts and ComputeLinearIndex > To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Date: Sunday, August 2, 2009, 3:55 PM > I...

...e a bit of supposition on my part since I do not fully understand all of the code). Code generation actually was supported. See: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20090511/077465.html Namely, look at the code in target data. Andrew > > --- On Sun, 8/2/09, Andrew Lenharth <andrewl at lenharth.org> wrote: > >> From: Andrew Lenharth <andrewl at lenharth.org> >> Subject: Re: [LLVMdev] Union type efforts and ComputeLinearIndex >> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> >> Date: Sunday, August 2,...

On Wednesday 14 July 2010 17:57:26 Andrew Lenharth wrote: > On Wed, Jul 14, 2010 at 10:54 AM, Eli Friedman <eli.friedman at gmail.com> wrote: > > On Wed, Jul 14, 2010 at 8:33 AM, Andrew Lenharth <andrewl at lenharth.org> wrote: > >> On Wed, Jul 14, 2010 at 10:26 AM, Eli Friedman <eli.friedman at gmail.com> wro...

On 7/9/07, Andrew Lenharth <andrewl at lenharth.org> wrote: > Poor alpha, no code examples or entries in your tables. But that said, it uses a load-locked, store-conditional and has various memory barriers which are sufficient to implement all your proposal. Andrew > On 7/9/07, Chandler Carruth <chandlerc a...

does that mean .o generated with gcc (.c -> .s and .s -> .o) will not contain llvm ir? i meant, final kernel bitcode ir arch independent and can be JIT with any arch-specific backend. Is it not the case? thanks, ashish On Sat, Sep 27, 2008 at 10:43 PM, Andrew Lenharth <andrewl at lenharth.org> wrote: > On Sat, Sep 27, 2008 at 8:08 PM, Ashish Bijlani > <ashish.bijlani at gmail.com> wrote: >> If I use GCC to generate asm-offsets.s file, then the build system go >> ahead but fails when it generates .so files as Andrew pointed out. >...

Hello Andrew , Yes , I have missed the phi node since my paths merge together. I'll try this out. I am implementing a timer based profiling scheme and hope your code will be useful for me. Please send me a copy of your code. Thanks Sandra Andrew Lenharth <andrewl at lenharth.org> wrote: On Tue, 2005-11-22 at 09:12 -0800, Sandra Johnson wrote: > Hi , > I am trying to clone a BasicBlock. I want both to co-exist and I have > introduced > a conditional branch to the original or the cloned BB. I have a pass I haven't commited th...

...Any suggestions to do that ? > > Compile it with llvm to a native .o or .exe file, then run 'size' on it? > > E.g.: > > llvm-gcc x.c -o a.out -Wl,-native > size ./a.out objdump -h a.out and add the size columns for all sections marked with "CODE"? Andrew Lenharth

On 21 September 2010 18:39, Andrew Lenharth <andrewl at lenharth.org> wrote: > Type names don't have meaning.  If you want this not to happen, you > can generate a different opaque type for each type in your language to > prevent merging. Hi Andrew, Why create opaque types to avoid something that should be taken from gra...

Its good to see that a feature of this nature would be useful to a whole range of people, I wasn't aware of that. On 9 June 2010 22:40, Andrew Lenharth <andrewl at lenharth.org> wrote: > My argument amounts to express side tables as side tables in the IR > rather than as an ordering on globals.  I think that would simplify > the backend (a side table is something you discover form the function > rather than having to check anothe...

...ave me error complaining that "poolalloc.so" was missing. Am I missing anything here? BTW, when I run llvm test, is there a flag that can turn on option to print the test commands in details in addition to just show the test is passed or failed? Thank you Haifeng On 8/23/07, Andrew Lenharth <andrewl at lenharth.org> wrote: > On 8/23/07, Wojciech Matyjewicz <wmatyjewicz at fastmail.fm> wrote: > > Static ID fields in pass classes seem to be lacking definitions (there > > were some changes in LLVM core classes and poolalloc hasn't been yet > > fully u...

...; print the test commands in details in addition to just show the test > > is passed or failed? > > > I believe using make VERBOSE=1 will do this. > > -- John T. > > Thank you > > > > Haifeng > > > > > > > > > > On 8/23/07, Andrew Lenharth <andrewl at lenharth.org> wrote: > > > >> On 8/23/07, Wojciech Matyjewicz <wmatyjewicz at fastmail.fm> wrote: > >> > >>> Static ID fields in pass classes seem to be lacking definitions (there > >>> were some changes in LLVM core classes an...

On Mon, Sep 29, 2008 at 6:46 AM, Andrew Lenharth <andrewl at lenharth.org> wrote: > hton and ntoh intrinsics. You can write these portably already; just store to an i32, cast the pointer to i8, read out the bytes, then reconstruct the i32. If I recall correctly, scalarrepl+instcombine should be able to eliminate the abstraction if they...

On 11/30/06, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > On 11/30/06, Andrew Lenharth <andrewl at lenharth.org> wrote: > > The llvm_ostreams, which you take the address of go out of scope very > > quickly, and are only stored by address in the bytecode writer, thus > > the writers have a pointer to a stack allocated object they are to > > write to. Thi...

On Feb 15, 2008, at 2:29 PM, Andrew Lenharth wrote: > On 2/15/08, Andrew Lenharth <andrewl at lenharth.org> wrote: >> I'll take a hack at the front end support for >> __sync_synchronize after this goes in. > > This is the gcc side of the patch. Thanks for tackling this Andrew. Please prepare a patch for Lang...

Thanks for replying . I came across another problem while trying it. The following compilation is not working: ( with the native option) llvmgcc x.c -o a.out -Wl,-native I get this error: gccld: a.out.s: Can't destroy file: ut.s How can I fix that ? Thanks Tanu Andrew Lenharth <alenhar2 at cs.uiuc.edu> wrote: On Sat, 2005-02-26 at 22:34 -0600, Chris Lattner wrote: > On Sat, 26 Feb 2005, Tanu Sharma wrote: > > > Thanks for the reply :-) > > I am actually looking for ways to determine "size" of code segment when the program is in native c...

...bout how it functions. If you send me either a pointer to appropriate documentation I would be happy to add appropriate information to the page. If you can provide implementations, it would save time, but I don't mind doing a fair portion of the grunt work. -Chandler Carruth On 7/9/07, Andrew Lenharth <andrewl at lenharth.org> wrote: > On 7/9/07, Andrew Lenharth <andrewl at lenharth.org> wrote: > > Poor alpha, no code examples or entries in your tables. > > But that said, it uses a load-locked, store-conditional and has > various memory barriers which are sufficient...