similar to: [LLVMdev] debug utilities in VMKit

Hi All I am trying to trace the execution path of J3 jvm with input of java byte code . Once java byte codes compiled in to llvm IR it will be passed to VMKit for store them . I couldn't find out which function is getting this Jitted output from *Functioncache* and executing them ? because , VMKit doesn't have an implementation of llvm Executionengine's *runFunction*

Hi Nicolas, I found a 32bit Lucid machine (but it'd be great if there was a working 64bit version though). Everything was checked out this morning. I now am able to build vmkit with this configuration: ./configure --with-llvmsrc=/home/zoewolk/RESEARCH/llvm --with-llvmobj=/home/zoewolk/RESEARCH/llvm --with-gnu-classpath-glibj=/home/zoewolk/RESEARCH/classpath-0.97.2/lib

Hi, I replaced the MMTk code with a C-version MMTk code (I have been working on such AOT compiler for a while). The compiler should deal with most of the MMTk code base correctly - at least I get marksweep running with a tiny client). So I am trying to put the C version MMTk back with VmKit. I tried not to change much existing code except where necessary, such as name mangling and MMTkObject

Hi Yi, The precompiler is in charge of translating the most common classes of the Java runtime library to llvm code (typically, java.lang.Object), in order to natively compile these classes and decrease the bootstrap time. So, if you have a segmentation fault at this stage, it means that you have broken something in the interface between MMTk and VMKit. If it can helps you: * during a first

Hi Gael I am sorry that I couldn't explain what I was trying to say, anyway I've got the answer :) . In the *parseFunction* method returns *llvmfunction* pointer of compiled method and then it will be stored in to cache. Could you please more elaborate on how those machine instructions ( native functions) executing by llvm. I was trying trace and I couldn't able to find

Hi VMKit JIT has a function cache to store compiled IR code , so, as soon as method is compiled , it will be stored in to function cache. My question is , who will use this compiled information from function cache. Since we are jitting , the llvm translate source code in to native code and executing them . So, how we relates this function cache with JIT ? Thanks Regards Sri.

Duncan Sands wrote: >> One approach would be to simply duplicate the code in the 'finally' >> block for each exit, but that seems sub-optimal. It would be better, I >> think, to set a state variable before entering the 'finally' block, and >> then have it do a switch instruction at the end and transfer to the >> appropriate block. >>

on 2013/3/1 6:11, Gaël Thomas wrote: > > Fundamentally, I think that for the VMKit project, it's important to > be hosted as a subproject of llvm because VMKit heavily relies on llvm > (and because llvm is maybe a little bit more attractive than inria:)). > So, we will quickly re-merge the two projects and continuously > integrates the stable (and interesting) contributions

Hi Harris, A question has arisen, what is the difference between VMKit2 and VMKit, and why, in the first place the new VMKit2 fork was been created? Thanks for answer :) Best regards, Minas On Tue, Feb 12, 2013 at 2:36 PM, Harris Bakiras <h.bakiras at gmail.com> wrote: > Hi Chris, > > For the moment you can install VMKit following these instructions: > >

Hi Minas, Basically, you should not have any difference between the two projects :) (it's not really the case, but we are working on this problem). To explain (sorry for my long email!), I work for a french research institution (Inria) and, as we have an Inria research project around VMKit, I had to create a repository inside my institution (a researcher has always to make his institution

Hi all, I hope this is the correct place to post such questions? I am building vmkit for the first time, following the instructions on the get_started page (with one deviation: in step 4 I ran ./configure in my vmkit directory and therefore did not need to cd at the start of step 5. Is this correct?). Build platform is 64-bit CrunchBang Linux 11 "Waldorf", based on Debian Wheezy. I

Hello i noticed that in revision 159659 some paths have changed a patch: sed 's|llvm/Analysis/DIBuilder.h|llvm/DIBuilder.h|g' lib/j3/Compiler/JavaLLVMCompiler.cpp lib/j3/Compiler/JavaJIT.cpp sed 's|llvm/Analysis/DebugInfo.h|llvm/DebugInfo.h|g' lib/j3/Compiler/JavaJIT.cpp lib/j3/Compiler/JavaJIT.h lib/j3/Compiler/JavaJITCompiler.cpp lib/vmkit/Compiler/JIT.cpp Foivos

Hello all, I've been peacefully using Samba 3 for about 3 years now, and it has done a wonderful job in my little world as domain member servers for file and print serving. Much bettetrver farms that some of my peers in the company are using. So I want to try Samba 4 and see if I can play with making it my PDC. The only problem is that when I go to make, I receive the following error: ...

Hello, I'm trying to compile vmkit on a x86_64 linux box with gcc-4.1.2, but I'm running into troubles because of various problems with casts between pointers and integers. Is there anybody who succeeded in this task? Az I see, some of the problems can be fixed with an appropriate typedef/macro declaration, but in VMCore/JavaObject.cpp some lowlevel bitmanipulation is used, to mark

Hi Zsombor, Thanks for the patch! Unfortunately I can't apply it because the llvm API has moved from BinaryOperator::create to BinaryOperator::Create. Are you using svn head? Now on the x86_64 part. There has been very little work on porting vmkit on x86_64. If you're having compilation problems, I suppose it's in the garbage collector directory (GCMmap2). If you could make the

Hi Julien, I found out what was missing for adding a field to JavaClass. While precompiling Java code (JavaAOTCompiler) we create an equivalent LLVM Constant object for each class. So modifying the internal representation of a class means that you also have to modify the AOTCompiler. Here is a patch with a tiny example where an int is added to JavaClass. If you want to add more complex

Hi Gael, I tried converting to your approach but I had some issues making sure that all symbols accessed by the jit modules have entries in the dynamic symbol table. To be specific, my current approach is to use MCJIT (using an objectcache) to JIT the runtime module and then let MCJIT handle linking any references from the jit'd modules; I just experimented with what I think you're doing,

Hi all, So, MCJIT is working with vmkit, that's great. However, I need to retrieve the GCModuleInfo and the MachineCodeEmitter used during the compilation process. And I don't know how I should proceed? I'm trying to understand how they are preserved with the old jit, but I have to say that I'm a little bit lost because I haven't a global view of the code... So, any help would

Hi Chris, For the moment you can install VMKit following these instructions: http://vmkit2.gforge.inria.fr/start.php VMKit's web page and repository will be updated soon. Harris Bakiras Le 12/02/2013 10:30, chris.gray at kiffer.be a écrit : > Hi all, > > I hope this is the correct place to post such questions? I am building > vmkit for the first time, following the

Hi, I have the solution to my problem :). And the llvm gc infrastructure can work with the current MCJIT without any change (good news). I will explain what I have done to find the garbage collector metadata generated by llvm with MCJIT, I'm pretty sure that it could help someone. And it's very easy. You just have to activate a static gcprinter for the assembly. A very good example is