search for: joshuawarner32

...ay. I can't test VMKit on a 64bits machine, and I have > been aware that there are some compilation/execution problems. Besides, the > current GCs of VMKit do not work on 64bits (neither MMTk nor GCMmap2). > > Nicolas > > > On Tue, Jul 20, 2010 at 3:56 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > >> Hi Minas, >> >> I tried recompiling Classpath with -fno-omit-frame-pointer, and now, >> instead of printing an error message, j3 just segfaults in >> "j3::JnjvmClassLoader::loadClassFromAsciiz(char const*, bool, bool) ()" >&g...

.../pipermail/vmkit-commits/attachments/20100719/35754a6f/attachment.bin > and apply it: > $ cd classpath-0.97.2 > $ patch ./configure ./classpath_configure64.patch > ) > > That's now on j3 > > Regards, > Minas > > On Mon, Jul 19, 2010 at 9:20 PM, Joshua Warner <joshuawarner32 at gmail.com> > wrote: > > Forgot to send to the mailing list... > > > > ---------- Forwarded message ---------- > > From: Joshua Warner <joshuawarner32 at gmail.com> > > Date: Mon, Jul 19, 2010 at 10:19 AM > > Subject: Re: [LLVMdev] Building VMKit &g...

...ould not be a big problem: the only problem that we have now is compiling GNU Classpath, and most probably Avian JVM has its own version of the class libraries? Also, note that platform support will be strongly dependent on LLVM support. Nicolas On Tue, Jul 20, 2010 at 4:41 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Hi Nicolas, > > Thanks for all your help, but if 64-bit systems are still a big problem, > perhaps the VMKit AOT compiler is not the best solution to my problem. I'd > like to be able to support the major (if not all all) platforms that the > Avian J...

...u'll get up to speed right away. I can't test VMKit on a 64bits machine, and I have been aware that there are some compilation/execution problems. Besides, the current GCs of VMKit do not work on 64bits (neither MMTk nor GCMmap2). Nicolas On Tue, Jul 20, 2010 at 3:56 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Hi Minas, > > I tried recompiling Classpath with -fno-omit-frame-pointer, and now, > instead of printing an error message, j3 just segfaults in > "j3::JnjvmClassLoader::loadClassFromAsciiz(char const*, bool, bool) ()" > > I ran llcj under str...

Forgot to send to the mailing list... ---------- Forwarded message ---------- From: Joshua Warner <joshuawarner32 at gmail.com> Date: Mon, Jul 19, 2010 at 10:19 AM Subject: Re: [LLVMdev] Building VMKit To: nicolas geoffray <nicolas.geoffray at gmail.com> Thanks Nicolas, that worked great! Now, I'm having trouble invoking the compiler properly: $ llcj Hello.class -o=Hello.ll $ cat Hello.ll cat:...

...t we have now is compiling GNU > Classpath, and most probably Avian JVM has its own version of the class > libraries? > > Also, note that platform support will be strongly dependent on LLVM > support. > > Nicolas > > > On Tue, Jul 20, 2010 at 4:41 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > >> Hi Nicolas, >> >> Thanks for all your help, but if 64-bit systems are still a big problem, >> perhaps the VMKit AOT compiler is not the best solution to my problem. I'd >> like to be able to support the major (if not all all) platfor...

On Tue, Jul 20, 2010 at 9:52 AM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > On Tue, Jul 20, 2010 at 5:35 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > >> Hi Nicolas, >> >> I plan on using the Avian GC (which is a precise, generational >> collector). >> > > OK - Great! > > >> Eventually, I'd like to fully integrate all of the runtime services Avian >> provides -...

On Tue, Jul 20, 2010 at 5:35 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Hi Nicolas, > > I plan on using the Avian GC (which is a precise, generational collector). > OK - Great! > Eventually, I'd like to fully integrate all of the runtime services Avian > provides - even integrating the existing Avian JIT compiler, to...

...or take my patch from here: http://lists.cs.uiuc.edu/pipermail/vmkit-commits/attachments/20100719/35754a6f/attachment.bin and apply it: $ cd classpath-0.97.2 $ patch ./configure ./classpath_configure64.patch ) That's now on j3 Regards, Minas On Mon, Jul 19, 2010 at 9:20 PM, Joshua Warner <joshuawarner32 at gmail.com> wrote: > Forgot to send to the mailing list... > > ---------- Forwarded message ---------- > From: Joshua Warner <joshuawarner32 at gmail.com> > Date: Mon, Jul 19, 2010 at 10:19 AM > Subject: Re: [LLVMdev] Building VMKit > To: nicolas geoffray <nicolas...

On Tue, Jul 20, 2010 at 6:36 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Sure, that's one major strength of LLVM: we could decide on a runtime >> function (CallVirtualMethod) that will get lowered depending on the >> underlying VM. I don't see any difficulties in accomplishing this. >> > > Is it common practic...

Sure: I'm on 64-bit Ubuntu Linux 10.04 with gcc 4.4.3. I followed the instructions on http://vmkit.llvm.org/get_started.html, as near as I can tell. I configured llvm with the default configuration: ./configure I configured vmkit with: ./configure --with-llvmsrc=/home/jowarner/code/llvm/ --with-llvmobj=/home/jowarner/code/llvm/ --with-gnu-classpath-glibj=/usr/share/classpath/glibj.zip

...l.com> wrote: > Small nitpick: size_t is not guaranteed to be large enough to hold a > pointer (only an array index, which can be less; though such platforms > are pretty exotic now). [u]intptr_t are the types. > > Eugene > > On Mon, Aug 9, 2010 at 5:44 PM, Joshua Warner <joshuawarner32 at gmail.com> wrote: >> Hi, >> >> I'm generating some LLVM IR that has to mask out the lower bits two bits of >> a certain pointers.  I expect this should be done like so (on a 32-bit >> architecture) >> >> ... >> %classPointer = ... >> %...

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 at VMKit (a Java VM build with the > LLVM JIT compiler) - I would expect it uses a similar method for resolving > interface calls (the method, if I understand it correctly, is well-known in > the Java...

...cation of the >actual constructor. > > >The faster way to implement interfaces is with generics but that generates >bigger code. > > >I hope this answers your question, > > >--Sam > >> >>From: James Williams <junk at giantblob.com> >>To: joshuawarner32 at gmail.com >>Cc: llvmdev at cs.uiuc.edu >>Sent: Mon, January 31, 2011 4:01:24 PM >>Subject: Re: [LLVMdev] Compile function with limited set of registers? Jump to >>another function? >> >>Thanks, that's a good idea - I'll have a look through the VMKit s...

..., varargs has some downsides: there's the additional overhead > for the extra hidden parameter to every interface method call for the > parameter count plus it doesn't (I don't think) support tail calls. > > -- James > > > On 27 January 2011 17:37, Joshua Warner <joshuawarner32 at gmail.com> wrote: > >> Hi James, >> >> I'm no expert in LLVM IR, but I think that just encoding each *actual* >> method invocation in the thunk as a tail call would work. This would >> require trusting that LLVM passes / code generators will translate dow...

Hi, I'm generating some LLVM IR that has to mask out the lower bits two bits of a certain pointers. I expect this should be done like so (on a 32-bit architecture) ... %classPointer = ... %classPointer1 = ptrtoint i8** %classPointer to i32 %classPointer2 = and i32 -4, %classPointer1 %realClassPointer = inttoptr i32 %classPointer2 to i8** ... Ideally, I'd like to generate completely

...; haven't you considered using VMkit llvm project, it contains > .class/.jar to llvm compiler, also JIT compiler(native code compiler) > and aot compiler. > And it's not three years-old > > Regards, > Minas > > > On Fri, Jul 16, 2010 at 9:41 PM, Joshua Warner <joshuawarner32 at gmail.com> > wrote: > > Hi, > > > > I'm trying to use the Java front-end (which, based on svn commits, > appears > > to be three-years-dead), and I'm running into some build errors. In that > > time did llvm change from building with exception hand...

Small nitpick: size_t is not guaranteed to be large enough to hold a pointer (only an array index, which can be less; though such platforms are pretty exotic now). [u]intptr_t are the types. Eugene On Mon, Aug 9, 2010 at 5:44 PM, Joshua Warner <joshuawarner32 at gmail.com> wrote: > Hi, > > I'm generating some LLVM IR that has to mask out the lower bits two bits of > a certain pointers.  I expect this should be done like so (on a 32-bit > architecture) > > ... > %classPointer = ... > %classPointer1 = ptrtoint i8** %class...

...ething 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 at VMKit (a Java VM build with the >> LLVM JIT compiler) - I would expect it uses a similar method for resolving >> interface calls (the method, if I understand it correctly, is wel...

On Mon, Aug 9, 2010 at 4:08 PM, Kenneth Uildriks <kennethuil at gmail.com> wrote: > On Mon, Aug 9, 2010 at 4:02 PM, Joshua Warner <joshuawarner32 at gmail.com> wrote: >> >> >> On Mon, Aug 9, 2010 at 1:51 PM, Kenneth Uildriks <kennethuil at gmail.com> >> wrote: >>> >>> On Mon, Aug 9, 2010 at 2:43 PM, Joshua Warner <joshuawarner32 at gmail.com> >>> wrote: >>> > I loo...