search for: j3

I'm trying to build the SVN version of VMKit and I'm getting this error while building. I have llvm and clang built from SVN too. Any help? llvm[2]: Building Release+Asserts mmtk-vmkit.jar all vmjc: JavaClass.cpp:442: j3::JavaObject *j3::Class::doNew(j3::Jnjvm *): Assertion `this && "No class when allocating."' failed. 0 vmjc 0x0000000000e9c44f 1 vmjc 0x0000000000e9cf8a 2 libpthread.so.0 0x00002ac09794bc60 3 libc.so.6 0x00002ac09874cd05 gsignal + 53 4 libc.so.6...

...mail.com> wrote: >> I'm trying to build the SVN version of VMKit and I'm getting this error >> while building. >> I have llvm and clang built from SVN too. >> Any help? >> llvm[2]: Building Release+Asserts mmtk-vmkit.jar all >> vmjc: JavaClass.cpp:442: j3::JavaObject *j3::Class::doNew(j3::Jnjvm *): >> Assertion `this && "No class when allocating."' failed. >> 0  vmjc            0x0000000000e9c44f >> 1  vmjc            0x0000000000e9cf8a >> 2  libpthread.so.0 0x00002ac09794bc60 >> 3  libc.so.6      ...

...rdeig <fredericp at gmail.com> wrote: > I'm trying to build the SVN version of VMKit and I'm getting this error > while building. > I have llvm and clang built from SVN too. > Any help? > llvm[2]: Building Release+Asserts mmtk-vmkit.jar all > vmjc: JavaClass.cpp:442: j3::JavaObject *j3::Class::doNew(j3::Jnjvm *): > Assertion `this && "No class when allocating."' failed. > 0  vmjc            0x0000000000e9c44f > 1  vmjc            0x0000000000e9cf8a > 2  libpthread.so.0 0x00002ac09794bc60 > 3  libc.so.6       0x00002ac09874cd05...

...t another: llvm[2]: Building Release+Asserts mmtk-vmkit.jar all Thread 0x110000000 received a SIGSEGV: either the VM code or an external native method is bogus. Aborting... ; 0x5cfeed (0x1100fe410) in _Z14sigsegvHandleriP7siginfoPv ; 0x2b889c232c60 in Unknown method ; 0x561499 (0x1100fe900) in _ZN2j310JavaObject7acquireEPS0_ ; 0x55b464 (0x1100fe920) in _ZN2j35Class7acquireEv ; 0x546d1e (0x1100fe940) in _ZN2j35Class15initialiseClassEPNS_5JnjvmE ; 0x54a649 (0x1100feb30) in _ZN2j35Jnjvm13loadBootstrapEv ; 0x58fd57 (0x1100feb80) in _Z17mainCompilerStartPN2j310JavaThreadE ; 0x5cfa1e (0x1100fed60) in...

...o.0 0x00007f4fbbe83880 3 libc.so.6 0x00007f4fbb0e2389 gsignal + 57 4 libc.so.6 0x00007f4fbb0e3788 abort + 328 5 vmjc 0x000000000052f6f9 6 vmjc 0x00000000005739cc 7 vmjc 0x0000000000573795 8 vmjc 0x0000000000572d24 j3::JavaMethod::invokeIntStatic(j3::Jnjvm*, j3::Class*, ...) + 116 9 vmjc 0x0000000000587c9e j3::Class::initialiseClass(j3::Jnjvm*) + 574 10 vmjc 0x0000000000574c82 11 vmjc 0x0000000000574a45 12 vmjc 0x00000000005735a4 j3::JavaMethod::invoke...

...ding Release+Asserts mmtk-vmkit.jar all > Thread 0x110000000 received a SIGSEGV: either the VM code or an external > native method is bogus. Aborting... > ; 0x5cfeed (0x1100fe410) in _Z14sigsegvHandleriP7siginfoPv > ; 0x2b889c232c60 in Unknown method > ; 0x561499 (0x1100fe900) in _ZN2j310JavaObject7acquireEPS0_ > ; 0x55b464 (0x1100fe920) in _ZN2j35Class7acquireEv > ; 0x546d1e (0x1100fe940) in _ZN2j35Class15initialiseClassEPNS_5JnjvmE > ; 0x54a649 (0x1100feb30) in _ZN2j35Jnjvm13loadBootstrapEv > ; 0x58fd57 (0x1100feb80) in _Z17mainCompilerStartPN2j310JavaThreadE > ;...

...fault. [Switching to Thread 0x1100ff700 (LWP 21670)] 0x000000000107b180 in llvm::BumpPtrAllocator::Allocate(unsigned long, unsigned long) () (gdb) bt #0 0x000000000107b180 in llvm::BumpPtrAllocator::Allocate(unsigned long, unsigned long) () #1 0x00000000005ae35d in j3::JavaMethod::marshalArguments(vmkit::ThreadAllocator&, __va_list_tag*) () #2 0x00000000005b04e4 in j3::JavaObject* j3::JavaMethod::invokeStaticAP<j3::JavaObject*, j3::JavaObject* (*)(j3::JavaConstantPool*, void*, void*)>(j3::Jnjvm*, j3::Class*, __va_list_tag*) ()...

Hi, I just did a reconfigure and rebuild with the latest svn for vmkit code. The code still seg faults but the stack trace seems to have changed. llvm[2]: Building Debug+Asserts mmtk-vmkit.jar all vmjc: JavaRuntimeJIT.cpp:172: uint32 j3VirtualTableLookup(j3::Class*, uint32, uint32*, j3::JavaObject*): Assertion `dmeth->classDef->isInitializing() && "Class not ready in a virtual lookup."' failed. 0 vmjc 0x0904fc0a 1 vmjc 0x0904f997 2 0xb77ac400 __kernel_sigreturn +...

...lly, 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 stage, we compile VMKit and J3 with a fake MMTk (we replace gcmalloc by a simple malloc) * we use the generated VMKit/J3 to natively compile MMTk * we link this code with VMKit and replace malloc by the gcmalloc of MMTk. At this stage, you have VMKit that use MMTk. In your case, the compilation is correct up to this stage, meani...

...t; Hi, >> I just did a reconfigure and rebuild with the latest svn for vmkit code. >> >> The code still seg faults but the stack trace seems to have changed. >> >> >> llvm[2]: Building Debug+Asserts mmtk-vmkit.jar all >> vmjc: JavaRuntimeJIT.cpp:172: uint32 j3VirtualTableLookup(j3::Class*, >> uint32, uint32*, j3::JavaObject*): Assertion >> `dmeth->classDef->isInitializing() && "Class not ready in a virtual >> lookup."' failed. >> 0 vmjc 0x0904fc0a >> 1 vmjc 0x0904f997 >&...

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 strace and found that it is not even opening the input or output files, but is otherwise running normally. Updating to the latest SVN version (revision 108831) didn't change an...

...at gmail.com> wrote: > Hi, > I just did a reconfigure and rebuild with the latest svn for vmkit code. > > The code still seg faults but the stack trace seems to have changed. > > > llvm[2]: Building Debug+Asserts mmtk-vmkit.jar all > vmjc: JavaRuntimeJIT.cpp:172: uint32 j3VirtualTableLookup(j3::Class*, > uint32, uint32*, j3::JavaObject*): Assertion > `dmeth->classDef->isInitializing() && "Class not ready in a virtual > lookup."' failed. > 0 vmjc 0x0904fc0a > 1 vmjc 0x0904f997 > 2 0...

Hi Joshua, > $ j3 Hello > j3: JavaClass.cpp:480: j3::JavaObject* j3::Class::doNew(j3::Jnjvm*): > Assertion `(this->isInitializing() || > classLoader->getCompiler()->isStaticCompiling()) && "Uninitialized class > when allocating."' failed. > Aborted Regarding to j3 in 64...

...id a reconfigure and rebuild with the latest svn for vmkit code. >>> >>> The code still seg faults but the stack trace seems to have changed. >>> >>> >>> llvm[2]: Building Debug+Asserts mmtk-vmkit.jar all >>> vmjc: JavaRuntimeJIT.cpp:172: uint32 j3VirtualTableLookup(j3::Class*, >>> uint32, uint32*, j3::JavaObject*): Assertion >>> `dmeth->classDef->isInitializing() && "Class not ready in a virtual >>> lookup."' failed. >>> 0 vmjc 0x0904fc0a >>> 1 vmjc...

On Jun 7, 2012, at 4:32 PM, Foivos S. Zakkak wrote: > 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 Variab...

...DK instead of GNU Classpath, so I configured vmkit with : ./configure --with-llvm-config-path=/home/julien/vm/llvm-3.2.src/Release+Asserts/bin/llvm-config --with-classpath-impl=openjdk --with-openjdk-path=/usr/lib64/jvm/java-1.7.0-openjdk But when I compile vmkit I have this error : [vmkit ./lib/j3/ClassLib/OpenJDK]: Compiling 'JavaUpcalls.cpp' In file included from JavaUpcalls.cpp:1048: /home/julien/vm/vmkit2/lib/j3/ClassLib/Unsafe.inc:499:35: error: no member named 'vmdataVMThread' in 'j3::Classpath' JavaField* field = vm->upcalls->vmdataVMThread;...

Hi, Going ahead, the llvm-ld seems to segfault (build on Linux with llvm-ld v3.0svn build): make[2]: Entering directory `/root/code/vmkit/mmtk/mmtk-j3' llvm[2]: Building Debug+Asserts Bytecode Module MMTKRuntime.bc 0 llvm-ld 0x0884c66e 1 llvm-ld 0x0884c3fb 2 0xb7891400 __kernel_sigreturn + 0 3 llvm-ld 0x083be9e9 llvm::isa_impl<llvm::Constant, llvm::Value>::doit(llvm::Value const&) + 29 4 llvm-ld 0x083ccba4 llv...

...010 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: Hello.ll: No such file or directory $ j3 Hello j3: JavaClass.cpp:480: j3::JavaObject* j3::Class::doNew(j3::Jnjvm*): Assertion `(this->isInitializing() || classLoader->getCompiler()->isStaticCompiling()) && "Uninitialized class when allocating."' failed. Aborted $ java Hello hello, world! "Hello" i...

...home/svozniuk/llvm/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/home/svozniuk/llvm/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic /home/svozniuk/llvm/vmkit/mmtk/java/mmtk-vmkit.jar -disable-exceptions -disable-cooperativegc -with-clinit=org/mmtk/vm/VM,org/mmtk/utility/*,org/mmtk/policy/*,org/j3/config/* -Dmmtk.hostjvm=org.j3.mmtk.Factory -o mmtk-vmkit.bc -Dmmtk.properties=/home/svozniuk/llvm/vmkit/mmtk/java/vmkit.properties -disable-stubs -assume-compiled vmjc: JavaClass.cpp:443: j3::JavaObject *j3::Class::doNew(j3::Jnjvm *): Assertion `this && "No class when allocating.&quot...

...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 strace and found that it is not even opening the input or > output files, but is otherwise running normally. > > Updating to the latest SVN version (revision...