[rvm-research] about eclipse in jikesrvm

Maybe someone else has more to say, but I know that these days we use ant
for building, etc., which does not use the old config files, etc. There is
also sensitivity to which compiler you use, particularly when building gnu
classpath, IIRC.
-- Eliot

Maybe someone else has more to say, but I know that these days we use ant
for building, etc., which does not use the old config files, etc. There is
also sensitivity to which compiler you use, particularly when building gnu
classpath, IIRC.
-- Eliot

> I am trying to run eclipse 3.1.2 on JikesRVM with
BaseAdaptiveMarkSweepLDAll.
>
> I add three config variables in the config file,
"BaseAdaptiveMarkSweepLDAll",
Hi,
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).
--dave

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.
=====
Re: Fw: Running Eclipse on Jikes RVM and Classpath
*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@...> 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
trouble here?
[cbj@... 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 ...
JNI]
[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 ...
JNI]
0x430001d4
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
Lcom/ibm/JikesRVM/VM_CompiledMethods;
getCompiledMethod(I)Lcom/ibm/JikesRVM/VM_CompiledMethod; at line 69
Lcom/ibm/JikesRVM/VM_Runtime;
deliverException(Ljava/lang/Throwable;Lcom/ibm/JikesRVM/VM_Registers;)V at line
776
Lcom/ibm/JikesRVM/VM_Runtime; athrow(Ljava/lang/Throwable;)V at line 517
Lcom/ibm/JikesRVM/VM_DynamicLinker; unimplementedNativeMethod()V at line 41
Lcom/ibm/JikesRVM/VM_JNIFunctions;
GetJavaVM(ILcom/ibm/JikesRVM/VM_Address;)I at line 5724
<native frame>
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@...>
=======
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.
--dave
=====
Have you found this problem? Or did you remember how you solve this?
Thank you so much.
Yours,
Yan Tang
On 10/26/07, David P Grove <groved@...> wrote:
>
>
> > I am trying to run eclipse 3.1.2 on JikesRVM with
> BaseAdaptiveMarkSweepLDAll.
> >
> > I add three config variables in the config file,
> "BaseAdaptiveMarkSweepLDAll",
>
> Hi,
>
> 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).
>
> --dave
>
>
>
> -------------------------------------------------------------------------
> 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
> Jikesrvm-researchers@...
> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers
>
>

Hi,
The implementation of GetJavaVM was completely redone somewhere
between 2.4.2 and current code (looks like r10764 and r10840). It might
be that if you looked at what happened with those changes you could
backport the fix to the 2.4.2 version you are working on. (If I
understand the question, you are asking how to fix the assertion failure
in VM_JNIFunctions.GetJavaVM).
--dave
"Yan Tang" <tang.yan@...>
Sent by: jikesrvm-researchers-bounces@...
10/26/2007 04:37 PM
Please respond to
"General discussion of Jikes RVM design, implementation, issues, and
plans" <jikesrvm-researchers@...>
To
"General discussion of Jikes RVM design, implementation, issues, and
plans" <jikesrvm-researchers@...>
cc
Subject
Re: [rvm-research] about eclipse in jikesrvm
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.
=====
Re: Fw: Running Eclipse on Jikes RVM and Classpath
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@...> 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
trouble here?
[cbj@...
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
...
JNI]
[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
...
JNI]
0x430001d4
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
Lcom/ibm/JikesRVM/VM_CompiledMethods;
getCompiledMethod(I)Lcom/ibm/JikesRVM/VM_CompiledMethod; at line 69
Lcom/ibm/JikesRVM/VM_Runtime;
deliverException(Ljava/lang/Throwable;Lcom/ibm/JikesRVM/VM_Registers;)V at
line
776
Lcom/ibm/JikesRVM/VM_Runtime; athrow(Ljava/lang/Throwable;)V at line
517
Lcom/ibm/JikesRVM/VM_DynamicLinker; unimplementedNativeMethod()V at
line 41
Lcom/ibm/JikesRVM/VM_JNIFunctions;
GetJavaVM(ILcom/ibm/JikesRVM/VM_Address;)I at line 5724
<native frame>
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@...>
=======
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.
--dave
=====
Have you found this problem? Or did you remember how you solve this?
Thank you so much.
Yours,
Yan Tang
On 10/26/07, David P Grove <groved@...> wrote:
> I am trying to run eclipse 3.1.2 on JikesRVM with
BaseAdaptiveMarkSweepLDAll.
>
> I add three config variables in the config file,
"BaseAdaptiveMarkSweepLDAll",
Hi,
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).
--dave
-------------------------------------------------------------------------
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
Jikesrvm-researchers@...
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers
-------------------------------------------------------------------------
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
Jikesrvm-researchers@...
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers