similar to: [LLVMdev] Question about implementing exceptions, especially to the VMKit team

Hi Kevin, To elaborate on Philip's point, depending on the state Pyston's runtime already is in, you may have the choice of using a hybrid of a "pending exception" word in your runtime thread structure, and an implicit alternate ("exceptional") return address for calls into functions that may throw. This lets you elide the check on the pending exception word after

Hi all, After "BUILD SUCCESSFUL" Message on compiling VMkit. The make starts compiling mmtk-vmkit.jar The following command errors out: Compiling 'mmtk-vmkit.jar' /vmkit/Release+Asserts/bin/vmjc -load=/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic /vmkit/mmtk/java/Release+Asserts/mmtk-vmkit.jar -disable-exceptions

Hi all, After "BUILD SUCCESSFUL" Message on compiling VMkit. after the make starts compiling mmtk-vmkit.jar In verbose mode the following command errors out: /home/usr/vmkit/Release+Asserts/bin/vmjc -load=/home/usr/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/home/usr/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic /home/usr/vmkit/mmtk/java/Release+Asserts/mmtk-vmkit.jar

Hi Nicolas, I plan on using the Avian GC (which is a precise, generational collector). Eventually, I'd like to fully integrate all of the runtime services Avian provides - even integrating the existing Avian JIT compiler, to allow for partially-AOT builds. Avian does indeed have it's own class library, but I would be very surprised if VMKit could compile with them - they are sufficiently

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 allow for > partially-AOT

Still the same. Is there any chance that the placement of my directories are causing this? Also the exact command that fails is /home1/public/zakkak/java/vmkit/Release+Asserts/bin/vmjc -std-compile-opts -load=/home1/public/zakkak/java/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/home1/public/zakkak/java/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic

Hi Nicolas, it looks like there are missing things $ more lib/j3/LLVMRuntime/LLVMRuntime.inc // Generated by llvm2cpp - DO NOT MODIFY! Module* makeLLVMModuleContents(Module *mod) { mod->setModuleIdentifier("<stdin>"); // Type Definitions // Function Declarations // Global Variable Declarations // Constant Definitions // Global Variable Definitions // Function

Hi Fovios, Do you have a ./lib/j3/LLVMRuntime/LLVMRuntime.inc file being generated? What does it contain? Nicolas On Thu, Jun 7, 2012 at 5:47 PM, Foivos S. Zakkak <foivos at zakkak.net> wrote: > Still the same. > > Is there any chance that the placement of my directories are causing this? > > Also the exact command that fails is > >

Hi, I see that now vmkit2 contains the last revisions of the project, so I follow these instructions to compile vmkit : http://vmkit2.gforge.inria.fr/start.php I download and compile LLVM without errors. I have tested with and without optimizations but this is the same for the errors. My configuration for LLVM is just : ./configure; make Apparently we can build vmkit with OpenJDK instead of GNU

Hi Julien, Due to some new commits, openjdk build is broken for the moment. We are fixing this. You can temporarily use the following commit to try VMKit with OpenJDK implementation. d9bf3794d66a116999f8f16d0799fba6fe5bd822 just call the following command in your vmkit directory: git checkout d9bf3794d66a116999f8f16d0799fba6fe5bd822 Harris Bakiras On 03/18/2013 10:12 AM, Julien Pagès

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

On Thu, Jun 7, 2012 at 4:27 PM, Foivos S. Zakkak <foivos at zakkak.net> wrote: > Hi Nicolas, > > I thought MMTk is written in java and it is compiled by javac. > It is compiled by javac to produce Java bytecode. Then vmkit runs the initialization code of MMTk (through the JIT) and generates the binary code through llvm. > retried a clean build with JIT enabled > >

Hi Sergii, On Tue, Oct 25, 2011 at 1:15 PM, Vozniuk, Sergii <sergii.vozniuk at epfl.ch>wrote: > Hi everyone > > I wasn't successful in running VMKit on my machine and I'm still struggling > with doing it. > Maybe someone had at least one of my problems and knows how to solve it > (because it seems to me that I ran into every problem that could occur :) ). >

Hi Sergii, I think there is a problem in your configure command for VMKit. If you look at what you provide for glibj: --with-gnu-classpath-glibj="/home/svozniuk/llvm/classpath-0.97.2 I don't think it's right. You should change it to: --with-gnu-classpath-glibj="/home/svozniuk/llvm/classpath-0.97.2/lib/glibj.zip Also please make sure that you have created the links for the

Hi Nicolas, I finally found the root of the problem. Build was unable to locate llvm-build because it was looking for it in path/to/vmkit_src/utils/llvm-build while it was located in path/to/llvm_src/utils/llvm-build Actually llvm-build's path is defined by the path/to/llvm_src/Makefile.rules and looks like this LLVMBuildTool := $(PROJ_SRC_ROOT)/utils/llvm-build/llvm-build however in

Hi Nicolas, I thought MMTk is written in java and it is compiled by javac. retried a clean build with JIT enabled llvm configuration ../../llvm/configure --enable-doxygen --enable-optimized --enable-jit vmkit configuration ../../llvm/vmkit/configure --with-llvmsrc=/home1/public/zakkak/llvm/ --with-llvmobj=/home1/public/zakkak/java/llvm/

Hi, Nicolas Indeed, I did not have ant installed and installing it allowed me to overcome the previous error. However the next one appeared. I have ran make with ENABLE_OPTIMIZED=1 VERBOSE=1 and here is the output (the last part of it) make[2]: Entering directory `/home/svozniuk/llvm/vmkit/mmtk/java' /usr/bin/ant -buildfile /home/svozniuk/llvm/vmkit/mmtk/java/build.xml Buildfile:

Hi Akshat, Did you compile LLVM before compiling VMKit? libLLVMLinker.so is a shared library from LLVM. Cheers, Nicolas On Thu, Aug 18, 2011 at 3:42 AM, Akshat Gupta <g.akshat at gmail.com> wrote: > Hi, > I was just curious if VMKit development is still going on. > > Also while building VMKit I am getting error at link stage: > > make[1]: Entering directory

Hi, I was just curious if VMKit development is still going on. Also while building VMKit I am getting error at link stage: make[1]: Entering directory `/code/vmkit/tools/vmjc' llvm[1]: Linking Debug+Asserts executable vmjc /usr/lib/gcc/i686-pc-linux-gnu/4.4.5/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lLLVMLinker collect2: ld returned 1 exit status I have installed but I am not able

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 practice to emit function calls that are