Hi Frederic,
On Wed, Aug 24, 2011 at 11:01 AM, Frederic Perez Ordeig <fredericp at
gmail.com> wrote:
> Ah yes, thanks, this was one problem, now I hit 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 _ZN3mvm6Thread19internalThreadStartEPS0_
> 0 vmjc 0x0000000000e9c44f
> 1 vmjc 0x0000000000e9cf8a
> 2 libpthread.so.0 0x00002b889c232c60
> 3 libc.so.6 0x00002b889d033d05 gsignal + 53
> 4 libc.so.6 0x00002b889d037ab6 abort + 390
> 5 vmjc 0x00000000005cfef2
> 6 libpthread.so.0 0x00002b889c232c60
> 7 vmjc 0x00000000005cd964 mvm::ThinLock::acquire(gc*,
> mvm::LockSystem&) + 1060
> 8 vmjc 0x0000000000561499
> j3::JavaObject::acquire(j3::JavaObject*) + 41
> 9 vmjc 0x000000000055b464 j3::Class::acquire() + 52
> 10 vmjc 0x0000000000546d1e
> j3::Class::initialiseClass(j3::Jnjvm*) + 110
> 11 vmjc 0x000000000054a649 j3::Jnjvm::loadBootstrap() + 393
> 12 vmjc 0x000000000058fd57 mainCompilerStart(j3::JavaThread*) +
> 775
> 13 vmjc 0x00000000005cfa1e
> mvm::Thread::internalThreadStart(mvm::Thread*) + 126
> 14 libpthread.so.0 0x00002b889c229d8c
> 15 libc.so.6 0x00002b889d0e604d clone + 109
> Aborted
>
> I'm running a Linux 2.6.38 x86_64. I configured with:
>
Unfortunately, vmkit does not support 64bits architecture :( I plan on
working on it, but in the meantime, maybe you can use a 32bit environment?
> ./configure --with-llvmsrc=/home/user/llvm
> --with-gnu-classpath-glibj=/home/user/classpath-0.97.2/lib/glibj.zip
> --with-gnu-classpath-libs=/home/user/classpath-0.97.2/lib
> --with-llvmobj=/home/user/llvm
>
> I'm not sure where the --with-gnu-classpath-libs should point. Any
ideas
> about the error?
>
It should point to where the ".so" files generated are from step 2 in
http://vmkit.llvm.org/get_started.html.
Nicolas
> On Wed, Aug 24, 2011 at 1:16 AM, Will Dietz <willdtz at gmail.com>
wrote:
>
>> Hmm, disregard my previous comment (while you might still have issues
>> with 64bit, that's not what's primarily causing your
issue)--your
>> particular error is when you don't point vmkit to the classpath
>> libraries properly.
>>
>> Set it with the configure option
>> --with-gnu-classpath-glibj=/path/to/classpath-0.97.2/lib/glibj.zip
>>
>> Good luck!
>>
>> ~Will
>>
>> On Tue, Aug 23, 2011 at 5:49 PM, Will Dietz <willdtz at
gmail.com> wrote:
>> > Are you running on 64bit (your backtrace addresses suggest you
are)?
>> >
>> > I'm encountering the same error when trying to use VMKit on
64bit,
>> > which I believe is an unsupported target.
>> >
>> > ~Will
>> >
>> > On Tue, Aug 23, 2011 at 5:17 PM, Frederic Perez Ordeig
>> > <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 gsignal + 53
>> >> 4 libc.so.6 0x00002ac098750ab6 abort + 390
>> >> 5 libc.so.6 0x00002ac0987457c5 __assert_fail + 245
>> >> 6 vmjc 0x000000000055772b
j3::Class::doNew(j3::Jnjvm*) +
>> 107
>> >> 7 vmjc 0x000000000056423b
>> >> j3::JavaString::stringDup(j3::ArrayUInt16 const* const&,
j3::Jnjvm*) +
>> 59
>> >> 8 vmjc 0x000000000054c091
>> >> j3::StringMap::lookupOrCreate(j3::ArrayUInt16 const*,
j3::Jnjvm*,
>> >> j3::JavaString* (*)(j3::ArrayUInt16 const* const&,
j3::Jnjvm*)) + 161
>> >> 9 vmjc 0x0000000000548d49
CreateUnableToLoad(mvm::UTF8
>> const*,
>> >> j3::Jnjvm*) + 617
>> >> 10 vmjc 0x00000000005470a3
>> >> j3::Jnjvm::noClassDefFoundError(mvm::UTF8 const*) + 67
>> >> 11 vmjc 0x000000000054f715
>> >> j3::JnjvmClassLoader::loadName(mvm::UTF8 const*, bool, bool,
>> >> j3::JavaString*) + 277
>> >> 12 vmjc 0x000000000055813a
>> j3::Class::readParents(j3::Reader&) +
>> >> 106
>> >> 13 vmjc 0x0000000000559297 j3::Class::readClass() +
375
>> >> 14 vmjc 0x000000000054f348
>> >> j3::JnjvmClassLoader::constructClass(mvm::UTF8 const*,
j3::ClassBytes*)
>> +
>> >> 360
>> >> 15 vmjc 0x000000000054f122
>> >> j3::JnjvmBootstrapLoader::internalLoad(mvm::UTF8 const*, bool,
>> >> j3::JavaString*) + 130
>> >> 16 vmjc 0x000000000054f62e
>> >> j3::JnjvmClassLoader::loadName(mvm::UTF8 const*, bool, bool,
>> >> j3::JavaString*) + 46
>> >> 17 vmjc 0x000000000058f86c
extractFiles(j3::ClassBytes*,
>> >> j3::JavaAOTCompiler*, j3::JnjvmBootstrapLoader*,
>> std::vector<j3::Class*,
>> >> std::allocator<j3::Class*> >&) + 444
>> >> 18 vmjc 0x000000000058fc64
>> mainCompilerStart(j3::JavaThread*) +
>> >> 532
>> >> 19 vmjc 0x00000000005cfa1e
>> >> mvm::Thread::internalThreadStart(mvm::Thread*) + 126
>> >> 20 libpthread.so.0 0x00002ac097942d8c
>> >> 21 libc.so.6 0x00002ac0987ff04d clone + 109
>> >> Aborted
>> >>
>> >> _______________________________________________
>> >> LLVM Developers mailing list
>> >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
>> >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>> >>
>> >>
>> >
>>
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20110824/a0b2c9da/attachment.html>