David P Grove,
Thank you so much.
I just realized that I don't need to use the plugin because I just want to run eclipse and use it as a test case for my project. Finally I begin to do performance evaluation ...
Just as you said, it seems eclipse 3.1.2 cannot be easily ran on top of jikesrvm 2.4.2 . At the beginning I think it is because my modification, but when I revert to
a fresh version of 2.4.2, even with BaseBaseSemiSpace, it is still failed.
I searched the archieve of mailling list, and I found some guy long ago met exactly the same problem as me:
The error msg I got is the same as his.
|Subject:||Re: Fw: Running Eclipse on Jikes RVM and Classpath|
|List-id:||Discussion of the implemenation of the core Java class libraries <classpath.gnu.org>|
David P Grove <groved@xxxxxxxxxx> writes:
> Sorry, this was almost certainly due to two missing '\' in the definition
> of MAXIMUM_MAPPABLE_ADDRESS in Jikes RVM's i686-pc-linux-gnu config file.
> About half of the config files were wrong. I just checked in fixes for
> them all.
Is there a JNI function that isn't implemented in the VM causing
[cbj@lyta gtk]$ rvm -verbose:jni TestAWT
[Loaded native library: /home/cbj/cvs/rvmBuild/libjavaio.so]
[Dynamic-linking native method java.io.FileDescriptor.nativeInit ... JNI]
[Loaded native library: /home/cbj/cvs/rvmBuild/libjavalang.so]
[Dynamic-linking native method java.lang.Double.initIDs ... JNI]
[Dynamic-linking native method java.lang.Double.longBitsToDouble ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeOpen ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeGetLength ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeSeek ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeReadBuf ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeGetFilePointer ...
[Loaded native library: /home/cbj/cvs/rvmBuild/libjpnexec.so]
[Dynamic-linking native method java.io.File.existsInternal ... JNI]
[Dynamic-linking native method java.io.File.isDirectoryInternal ... JNI]
[Dynamic-linking native method java.io.File.lengthInternal ... JNI]
[Loaded native library: /home/cbj/cvs/rvmBuild/libgtkpeer.so]
[Dynamic-linking native method gnu.java.awt.peer.gtk.GtkMainThread.gtkInit ...
vm internal error at:
-- Stack --
Lcom/ibm/JikesRVM/VM; sysFail(Ljava/lang/String;)V at line 821
Lcom/ibm/JikesRVM/VM; _assertionFailure(Ljava/lang/String;)V at line 392
Lcom/ibm/JikesRVM/VM; _assert(ZLjava/lang/String;)V at line 386
Lcom/ibm/JikesRVM/VM; _assert(Z)V at line 369
getCompiledMethod(I)Lcom/ibm/JikesRVM/VM_CompiledMethod; at line 69
deliverException(Ljava/lang/Throwable;Lcom/ibm/JikesRVM/VM_Registers;)V at line
Lcom/ibm/JikesRVM/VM_Runtime; athrow(Ljava/lang/Throwable;)V at line 517
Lcom/ibm/JikesRVM/VM_DynamicLinker; unimplementedNativeMethod()V at line 41
GetJavaVM(ILcom/ibm/JikesRVM/VM_Address;)I at line 5724
Lgnu/java/awt/peer/gtk/GtkMainThread; gtkInit()V at line 0
Lgnu/java/awt/peer/gtk/GtkMainThread; run()V at line 72
Ljava/lang/Thread; run()V at line 270
Lcom/ibm/JikesRVM/VM_Thread; startoff()V at line 712
vm: exit 1
Brian Jones <cbj@xxxxxxx>
And you replied, ;-).
Looks like there's something going wrong in the implementation of
GetJavaVM. I thought this was one that we'd actually implemented. Julian
and/or I will take a look today and see what the story is.
Have you found this problem? Or did you remember how you solve this?
Thank you so much.
> I am trying to run eclipse 3.1.2 on JikesRVM with BaseAdaptiveMarkSweepLDAll.
> I add three config variables in the config file, "BaseAdaptiveMarkSweepLDAll",
From the directory names, I'm guessing you are running on a modified version of Jikes RVM 2.4.2. I'm not positive about this, but I suspect that Jikes RVM 2.4.2 is not going to be able to run eclipse 3.1.2 "out of the box" (or maybe not at all). Jikes RVM 2.3.4 was known to be able to run Eclipse 3.0. From the release notes, it looks like Jikes RVM 2.4.2 added the DaCapo benchmarks to our nightly regression (which includes a version of eclipse), but I don't recall if we were actually passing them all (in particular, DaCapo eclipse didn't actually work on Jikes RVM until later than most of the other DaCapo benchmarks).
I think the jbuild.plugin mechanisms really only worked for Eclipse 2.1 and 3.0 and were never updated for Eclipse 3.1.x. You don't need them to run DaCapo eclipse (but would need them, or something like them, to try to make Jikes RVM look enough like a JRE that you can tell eclipse about it and use it as the VM to launch Java apps from Eclipse).
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Jikesrvm-researchers mailing list