search for: giantblob

...uld expect it uses a similar method for resolving interface calls (the method, if I understand it correctly, is well-known in the Java world). I've CC'd the main dev behind VMKit - he might be able to lend some insight. --Joshua On Mon, Jan 31, 2011 at 2:24 PM, James Williams <junk at giantblob.com> wrote: > Hi Joshua, > > Thanks - I was hoping that would be the case. > > However, I've had a think about this since I posted to the list and I > believe the only way to handle these issues safely in LLVM IR would be to > define the thunk as varargs. I'm not su...

...RED_LIBRARY is not one of the variables you're supposed to be able > to set on make's command line > (http://llvm.org/docs/MakefileGuide.html#variables). What are you > using it for? What happens if you remove it? > > On Tue, Mar 2, 2010 at 1:35 PM, James Williams <junk at giantblob.com> wrote: > > Hi, > > > > Until recently I've been building LLVM with SHARED_LIBRARY=1. However, > sith > > current svn, build now fails with unresolved symbols building opt. I've > done > > a clean checkout, configure and make so it's not down t...

...solving > interface calls (the method, if I understand it correctly, is well-known in > the Java world). > > I've CC'd the main dev behind VMKit - he might be able to lend some > insight. > > --Joshua > > On Mon, Jan 31, 2011 at 2:24 PM, James Williams <junk at giantblob.com>wrote: > >> Hi Joshua, >> >> Thanks - I was hoping that would be the case. >> >> However, I've had a think about this since I posted to the list and I >> believe the only way to handle these issues safely in LLVM IR would be to >> define the t...

Forgot to cc the list. > >----- Forwarded Message ---- >From: Samuel Crow <samuraileumas at yahoo.com> >To: James Williams <junk at giantblob.com> >Sent: Mon, January 31, 2011 4:27:45 PM >Subject: Re: [LLVMdev] Compile function with limited set of registers? Jump to >another function? > > >Hi James, > > >If you're looking for a way to implement interface inheritance, I think the >easiest way is to u...

2010/1/22 James Williams <junk at giantblob.com> > > > 2010/1/22 Duncan Sands <baldrick at free.fr> > >> Hi James, >> >> >> want to send us your testcase code? Then we can give it a whirl. >>> >>> >>> Test code is at http://giantblob.com/ehtest.tar.gz >>>...

...sions. The IR was inline in the caller to make sure that arguments in registers are not overriden. This may not be the best approach today, but I believe it was the easiest way to have something efficient at that point. Cheers, Nicolas On Mon, Jan 31, 2011 at 11:01 PM, James Williams <junk at giantblob.com> wrote: > Thanks, that's a good idea - I'll have a look through the VMKit source. > > -- James > > > On 31 January 2011 21:39, Joshua Warner <joshuawarner32 at gmail.com> wrote: > >> Hi James, >> >> I see the problem now. You might look...

...iding allocateGlobal() will do what you want. I'm a little surprised the boehm gc doesn't already see the globals, since there's a reference to their memory from the JMM, but maybe it doesn't scan mmap regions by default. On Sun, Jan 31, 2010 at 6:12 AM, James Williams <junk at giantblob.com> wrote: > I've implemented this by adding calls to GC_add_roots(<first global in > module>,<last global in module>+1) to the llvm.global_ctors before any other > static initialization code for the module. > > This should be safe assuming that: > - global var...

Hi James, > want to send us your testcase code? Then we can give it a whirl. > > > Test code is at http://giantblob.com/ehtest.tar.gz > > Thanks for the help. I apologize in advance if it turns out I'm doing > something stupid! I hope you realise that by running llvm-ld without -native you are actually executing your program from the JIT. I did a native compilation as follows: used llvm-link to...

...usly without being interleaved with any other values) - llvm.global_ctors for a given module is run before any other code can reference static variables belonging to that module. Can anyone confirm if I can rely on these assumptions? -- James On 31 January 2010 12:53, James Williams <junk at giantblob.com> wrote: > Hi, > > I'm running LLVM bitcode generated by my compiler under lli. The bitcode is > linked against Boehm GC (lli -load=/usr/lib/libgc.so). > > It looks like Boehm GC isn't scanning global variables and as a result > objects referenced only through gl...

...lready, but I just wanted to make it clear for the readers of this list. Garrison PS: I would find if extremely useful, if you would post your results once you've figured out the issues. On Jan 22, 2010, at 10:31, James Williams wrote: > > > 2010/1/22 James Williams <junk at giantblob.com> > > > 2010/1/22 Duncan Sands <baldrick at free.fr> > Hi James, > > > want to send us your testcase code? Then we can give it a whirl. > > > Test code is at http://giantblob.com/ehtest.tar.gz > > Thanks for the help. I apologize in advance...

2010/1/22 Duncan Sands <baldrick at free.fr> > Hi James, > > > want to send us your testcase code? Then we can give it a whirl. >> >> >> Test code is at http://giantblob.com/ehtest.tar.gz >> >> Thanks for the help. I apologize in advance if it turns out I'm doing >> something stupid! >> > > I hope you realise that by running llvm-ld without -native you are actually > executing your program from the JIT. I did a native compilati...

Hi, I'm running LLVM bitcode generated by my compiler under lli. The bitcode is linked against Boehm GC (lli -load=/usr/lib/libgc.so). It looks like Boehm GC isn't scanning global variables and as a result objects referenced only through globals are being prematurely collected. I understand that Boehm GC needs to see the data segment containing my global variables as a root. For native

2010/1/22 James Williams <junk at giantblob.com> > > > 2010/1/22 Duncan Sands <baldrick at free.fr> > >> Hi James, >> >> >> I get the expected output (after changing i32 @llvm.eh.selector() to i64 >>> llvm.eh.selector.i64()) >>> >> >> in top-of-tree, llvm.eh.selecto...

...;ll post an update here. -- James > > Garrison > > PS: I would find if extremely useful, if you would post your results once > you've figured out the issues. > > > On Jan 22, 2010, at 10:31, James Williams wrote: > > > > 2010/1/22 James Williams <junk at giantblob.com> > >> >> >> 2010/1/22 Duncan Sands <baldrick at free.fr> >> >>> Hi James, >>> >>> >>> want to send us your testcase code? Then we can give it a whirl. >>>> >>>> >>>> Test code is at...

2010/1/11 Eli Friedman <eli.friedman at gmail.com> > On Mon, Jan 11, 2010 at 7:07 AM, James Williams <junk at giantblob.com> > wrote: > > Hi, > > > > I've read http://llvm.org/docs/LangRef.html#t_array and > > http://llvm.org/docs/GetElementPtr.html and if I've understood right > there > > are no operations that act directly on arrays - instead I need to use > > g...

...;> Garrison >> >> PS: I would find if extremely useful, if you would post your results once >> you've figured out the issues. >> >> >> On Jan 22, 2010, at 10:31, James Williams wrote: >> >> >> >> 2010/1/22 James Williams <junk at giantblob.com> >> >> Sorry - t's only just sunk in that the JIT must use a completely different >> mechanism to load the eh tables versus having as + ld and the ELF loader do >> it and that posting the assembler when I was seeing the JIT fail was >> probably unhelpful. I...

...gt; and it's definitely not being called. >> - If i replace "throw 1" with "result = _Unwind_RaiseException" then >> result is 5 - i.e. END_OF_STACK. >> > > want to send us your testcase code? Then we can give it a whirl. > Test code is at http://giantblob.com/ehtest.tar.gz Thanks for the help. I apologize in advance if it turns out I'm doing something stupid! -- James > > Ciao, > > Duncan. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachme...

On Tue, Mar 2, 2010 at 2:13 PM, James Williams <junk at giantblob.com> wrote: > Hi, > > Thanks for getting back to me. > > I don't actually need opt dynamically linked but I do want shared libraries. > If run make without "SHARED_LIBRARY=1" I don't appear to get any shared > libraries built or installed. > > Is LLVM...

James Williams <junk at giantblob.com> writes: > I don't actually need opt dynamically linked but I do want shared > libraries. The cmake build should work: http://www.llvm.org/docs/CMake.html BUILD_SHARED_LIBS:BOOL Flag indicating is shared libraries will be built. Its default value is OFF. Shared libraries ar...

On Wed, Jan 13, 2010 at 2:27 PM, James Williams <junk at giantblob.com> wrote: > Hi, > > Can anyone tell me if there's a straighforward way to create a new > BasicBlock without inserting it into a function's basic block list? I want > to do this so I can create a forward reference to a block that's position in > the function is not...