On Mar 4, 2011, at 3:38 PM, Dang Nhan Nguyen wrote:
Hi all,
I am trying to debug a small piece of code with hotspot using VS2010, on Win7
64bit.
My code caused a bug whenever I referred to an object in Young Generation of
the heap which has its klass as a CompressedOop. As a workaround,
On Mar 2, 2011, at 5:26 PM, Rémi Forax wrote:
The VM (jdk7b131 linux 64bits) crashes once when running:
java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic -cp .
Megamorphic2
The weird thing is even if I'm not able to reproduce the crash anymore.
This could be a duplicate of:
On Feb 27, 2011, at 11:18 AM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/6839872/jdk-webrev.00/
Summary: move everything into a single package; remove all multi-package
machinery
This is a complex change which consolidates the code into a single package,
to prepare for a clean
On Mar 3, 2011, at 9:47 AM, Rémi Forax wrote:
Yes. I use an agent so it can have trigger a deoptimization
even if I don't understand why ?
Here is what I get with a debug build:
$ gamma -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic -cp .
Megamorphic2
Using java runtime at:
On Mar 3, 2011, at 1:12 PM, Christian Thalinger wrote:
On Mar 3, 2011, at 9:47 AM, Rémi Forax wrote:
Yes. I use an agent so it can have trigger a deoptimization
even if I don't understand why ?
Here is what I get with a debug build:
snip
The assert looks like:
7016279: JSR292 Exception
On Mar 3, 2011, at 1:52 PM, Christian Thalinger wrote:
On Mar 3, 2011, at 1:12 PM, Christian Thalinger wrote:
On Mar 3, 2011, at 9:47 AM, Rémi Forax wrote:
Yes. I use an agent so it can have trigger a deoptimization
even if I don't understand why ?
Here is what I get with a debug build
On Mar 3, 2011, at 2:25 PM, Rémi Forax wrote:
On 03/03/2011 02:10 PM, Christian Thalinger wrote:
On Mar 3, 2011, at 1:52 PM, Christian Thalinger wrote:
On Mar 3, 2011, at 1:12 PM, Christian Thalinger wrote:
On Mar 3, 2011, at 9:47 AM, Rémi Forax wrote:
Yes. I use an agent so it can have
On Feb 21, 2011, at 9:17 PM, Charles Oliver Nutter wrote:
On Mon, Feb 21, 2011 at 10:08 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
On Feb 21, 2011, at 4:43 PM, Christian Thalinger wrote:
I fixed that but it didn't change performance. I just tried bench_tak
On Feb 18, 2011, at 9:06 PM, Charles Oliver Nutter wrote:
I'm not grousing about performance, mind you :) I think it's just
awesome how cleanly this is working so far with not a whole lot of
effort. I'm champing at the bit to make all of JRuby
invokedynamic-aware. But obviously the perf is not
On Feb 21, 2011, at 2:19 PM, Christian Thalinger wrote:
On Feb 21, 2011, at 2:14 PM, Charles Oliver Nutter wrote:
On Mon, Feb 21, 2011 at 3:19 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
I understand that and I also want the performance to be better than before.
I try
On Feb 21, 2011, at 3:10 PM, Charles Oliver Nutter wrote:
On Mon, Feb 21, 2011 at 7:19 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
I was dozing this afternoon and wondered if perhaps the indy recursive
calls are not reducing the recursive inlining count within Hotspot
On Feb 21, 2011, at 4:43 PM, Christian Thalinger wrote:
I fixed that but it didn't change performance. I just tried bench_tak and
there is still a regression. I will look at that next.
Last email for today, I promise :-)
This last fix is actually causing the regression. The method gets
On Feb 16, 2011, at 6:21 PM, Christian Thalinger wrote:
Ahh, I must still have one or more of my permutes botched. I'll try to
fix this up today. Thanks!
When this is in, I try to confirm your numbers.
I can confirm your numbers. This is a 32-bit Linux product build:
$ $JAVA_HOME/bin/java
On Feb 18, 2011, at 1:28 PM, Charles Oliver Nutter wrote:
On Fri, Feb 18, 2011 at 6:17 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
Is there a switch to turn direct ruby-to-ruby calls on and off? I'd like to
compare inlining trees and maybe code output.
Just pushed
On Feb 16, 2011, at 6:12 PM, Charles Oliver Nutter wrote:
On Wed, Feb 16, 2011 at 4:00 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
I'm still a little skeptical about that. What benchmarks did you run?
Skeptical? Do you think it should be faster or slower?
Slower. I can't
On Feb 12, 2011, at 1:02 AM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/7016261/webrev.00/
This review is for pushing the code change to jdk7/hotspot/hotspot/jdk/.
The corresponding specification change has been reviewed by the 292 EG and
via the Oracle-internal CCC.
Looks good.
On Feb 12, 2011, at 1:05 AM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/7016520/webrev.00/
This review is for pushing the code change to jdk7/hotspot/hotspot/jdk/.
The corresponding specification change has been reviewed by the 292 EG and
via the Oracle-internal CCC.
Looks good.
Changeset: 58ac19f83082
Author:twisti
Date: 2011-02-09 06:51 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/58ac19f83082
meth-impl-6839872, meth-rename-7012648: buildable
! meth-rename-7012648.patch
! series
___
mlvm-dev
On Jan 31, 2011, at 8:39 PM, Charles Oliver Nutter wrote:
Hello friends! After months on vacation from indy, I managed to
spend some time this weekend updating JRuby's indy support. But this
email is to ask about the inlining flag tweaks that still seem to be
required.
Does this mean I can
On Jan 31, 2011, at 8:39 PM, Charles Oliver Nutter wrote:
Hello friends! After months on vacation from indy, I managed to
spend some time this weekend updating JRuby's indy support. But this
email is to ask about the inlining flag tweaks that still seem to be
required.
First, the good news:
On Jan 27, 2011, at 3:45 PM, Rémi Forax wrote:
Hi Tomasz,
I was able to reproduce the bug,
it only appear with a fastdebug VM not with a product VM.
So it's perhaps just a grumpy assert :)
Rémi
PS: I've CC to mlvm and put the two necessary classes to reproduce the bug as
attachment.
On Jan 13, 2011, at 2:54 AM, John Rose wrote:
On Jan 12, 2011, at 3:31 AM, Christian Thalinger wrote:
If you want to convert an int to a short, you can use explicitCastArguments.
MethodHandle mh1 = MethodHandles.identity(int.class);
MethodHandle mh2 = MethodHandles.explicitCastArguments
On Jan 11, 2011, at 10:13 PM, John Rose wrote:
On Jan 11, 2011, at 7:30 AM, Christian Thalinger wrote:
On Nov 12, 2010, at 2:42 PM, Christian Thalinger wrote:
On Nov 12, 2010, at 2:35 PM, Rémi Forax wrote:
Le 12/11/2010 12:26, Christian Thalinger a écrit :
As I have already said, I'm
On Jan 12, 2011, at 12:17 PM, Rémi Forax wrote:
On 01/12/2011 10:40 AM, Christian Thalinger wrote:
On Jan 11, 2011, at 10:13 PM, John Rose wrote:
On Jan 11, 2011, at 7:30 AM, Christian Thalinger wrote:
On Nov 12, 2010, at 2:42 PM, Christian Thalinger wrote:
On Nov 12, 2010, at 2:35 PM, Rémi
On Jan 12, 2011, at 12:17 PM, Rémi Forax wrote:
On 01/12/2011 10:40 AM, Christian Thalinger wrote:
On Jan 11, 2011, at 10:13 PM, John Rose wrote:
On Jan 11, 2011, at 7:30 AM, Christian Thalinger wrote:
On Nov 12, 2010, at 2:42 PM, Christian Thalinger wrote:
On Nov 12, 2010, at 2:35 PM, Rémi
On Nov 9, 2010, at 4:25 PM, Rémi Forax wrote:
Here is an example.
If indy has no parameter, it tests void - indy return type
If indy has one parameter, it test parameter type - return type
If indy name is spread, a spread/collect is done.
Rémi
PS: With the new API, all identity
On Jan 6, 2011, at 3:16 AM, John Rose wrote:
On Jan 5, 2011, at 4:56 AM, Christian Thalinger wrote:
I looked into this bug and the cause is that the method handles are not
verified. Running with a debug build or using
-XX:+UnlockDiagnosticVMOptions -XX:+VerifyMethodHandles with a product
On Jan 7, 2011, at 10:43 AM, John Rose wrote:
On Jan 7, 2011, at 1:30 AM, Christian Thalinger wrote:
Can you look at the false negative? I will fix the checking logic.
Sure. Please throw me a recipe (concise if possible) for reproducing the
error. -- John
I have no small testcase
On Jan 6, 2011, at 3:16 AM, John Rose wrote:
On Jan 5, 2011, at 4:56 AM, Christian Thalinger wrote:
I looked into this bug and the cause is that the method handles are not
verified. Running with a debug build or using
-XX:+UnlockDiagnosticVMOptions -XX:+VerifyMethodHandles with a product
On Jan 7, 2011, at 11:08 AM, Christian Thalinger wrote:
On Jan 7, 2011, at 10:43 AM, John Rose wrote:
On Jan 7, 2011, at 1:30 AM, Christian Thalinger wrote:
Can you look at the false negative? I will fix the checking logic.
Sure. Please throw me a recipe (concise if possible
On Jan 4, 2011, at 10:00 PM, Paul Hohensee wrote:
These two rfes implement per-thread approximate memory allocation tracking.
6173675 also adds multi-thread-id versions of getThreadCpuTime and
getThreadUserTime.
6173675 MM: approximate memory allocation rate/amount per thread
7003271
On Dec 23, 2010, at 12:09 PM, Jim Laskey wrote:
I ran into a similar problem.
run:
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc: SuppressErrorAt=/assembler_x86.inline.hpp:38
#
# A fatal error has been detected by the Java Runtime
On Dec 14, 2010, at 8:12 PM, Rémi Forax wrote:
On 12/14/2010 06:10 PM, Christian Thalinger wrote:
On Dec 14, 2010, at 6:02 PM, Rémi Forax wrote:
With the jdk7b121, sometimes when I call a MH created with guardWith, it
get a NPE because the target is NULL :(
groovy examples/mixin.groovy
On Dec 16, 2010, at 1:04 PM, John Rose wrote:
This is a JDK-only change request, in response to the last several weeks of
JSR 292 EG work.
http://cr.openjdk.java.net/~jrose/7001424/webrev.00/
May I have an eyeball or two, please?
Thanks,
src/share/classes/java/dyn/ClassValue.java:
On Nov 30, 2010, at 4:35 AM, John Rose wrote:
src/share/vm/oops/constantPoolOop.hpp:
- void copy_entry_to(int from_i, constantPoolHandle to_cp, int to_i, TRAPS);
+ static void copy_entry_to(constantPoolHandle from_cp, int from_i,
constantPoolHandle to_cp, int to_i, TRAPS);
Maybe I'm
from the JDK.
John already reviewed the changes, I'm just sending an official webrev for
completeness. Please feel free to review it too!
Begin forwarded message:
From: John Rose john.r.r...@oracle.com
Date: November 30, 2010 12:52:41 AM GMT+01:00
To: Christian Thalinger christian.thalin
On Nov 25, 2010, at 8:42 AM, John Rose wrote:
On Nov 22, 2010, at 6:57 PM, John Rose wrote:
Because of a strong and reasonable request from the IBM JVM team, the JSR
292 class file format for CONSTANT_InvokeDynamic is changing one more time.
...
I will be putting out a review request soon
On Nov 19, 2010, at 7:20 PM, John Rose wrote:
It's re-published. -- John
Looks good. -- Christian
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
On Nov 21, 2010, at 9:40 AM, John Rose wrote:
This webrev has a small jtreg test for the hotspot repository.
http://cr.openjdk.java.net/~jrose/7001423/webrev.00/
It exercises the invokedynamic instruction, making the the bootstrap
method parameters are made available to the BSM, and
On Nov 19, 2010, at 12:29 AM, John Rose wrote:
Javac changes have now propagated for changing this method handle
syntax:
mh.TinvokeExact()
to be replaced by this:
(T) mh.invokeExact()
The present reviewe is the other shoe dropping for these javac
changes, to make the corresponding
On Nov 9, 2010, at 4:25 PM, Rémi Forax wrote:
Here is an example.
If indy has no parameter, it tests void - indy return type
If indy has one parameter, it test parameter type - return type
If indy name is spread, a spread/collect is done.
Rémi
PS: With the new API, all identity
While testing one of my changes with CompileTheWorld I hit a problem:
CompileTheWorld (1411) : com/sun/java/swing/plaf/motif/
MotifInternalFrameTitlePane$Title
=
=
=
=
=
=
Unexpected Error
On Nov 8, 2010, at 11:46 PM, Rémi Forax wrote:
But sadly, it crashes the VM.
The test case below reproduces the bug.
I haven't tried yet but I guess it crashes in compiled code?
-- Christian
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
On Nov 9, 2010, at 9:33 AM, Rémi Forax wrote:
Le 09/11/2010 08:53, Christian Thalinger a écrit :
On Nov 8, 2010, at 11:46 PM, Rémi Forax wrote:
But sadly, it crashes the VM.
The test case below reproduces the bug.
I haven't tried yet but I guess it crashes in compiled code?
-- Christian
On Nov 9, 2010, at 11:43 AM, Rémi Forax wrote:
So a workaround for that bug is to declare the return type of
invokedynamic
to be not void but by example int.
The fix is trivial but I'd like to implemented to other missing pieces
too, like int-to-float conversion and friends.
Remi, could
On Nov 9, 2010, at 6:08 PM, Rémi Forax wrote:
Thanks, that helps a lot! But the int - float/double stuff does
not
work:
Exception in thread main java.lang.ClassCastException:
java.lang.Integer cannot be cast to java.lang.Float
at
On Oct 30, 2010, at 9:08 PM, John Rose wrote:
On Oct 29, 2010, at 4:09 AM, Christian Thalinger wrote:
On Oct 28, 2010, at 8:40 PM, John Rose wrote:
6984311: JSR 292 needs optional bootstrap method parameters
http://cr.openjdk.java.net/~jrose/6984311/webrev.02/
src/share/vm/oops
On Oct 26, 2010, at 10:39 AM, John Rose wrote:
This is a large set of miscellaneous API adjustments that takes
account of intensive JSR 292 Expert Group work since the JVM
Language Summit and JavaOne.
http://cr.openjdk.java.net/~jrose/6981777/webrev.01/
On Oct 13, 2010, at 1:56 PM, Rémi Forax wrote:
Le 13/10/2010 13:33, Christian Thalinger a écrit :
I'm trying to do a conversion in a testcase for a feature I'm working
on:
MethodHandle mh1 = MethodHandles.lookup().findStatic(CLASS, i2b,
MethodType.methodType(byte.class, int.class
I'm trying to do a conversion in a testcase for a feature I'm working
on:
MethodHandle mh1 = MethodHandles.lookup().findStatic(CLASS, i2b,
MethodType.methodType(byte.class, int.class));
MethodHandle mh2 = MethodHandles.convertArguments(mh1,
MethodType.methodType(byte.class,
On Sat, 2010-09-25 at 22:34 +0200, Rémi Forax wrote:
Le 25/09/2010 22:03, John Rose a écrit :
On Sep 25, 2010, at 11:45 AM, Rémi Forax wrote:
John, Christian, is it fixable ?
Yes. We're talking about fixing this, soon, as part of 6817525.
-- John
Cool.
Today I
On Wed, 2010-09-29 at 15:14 -0500, Charles Oliver Nutter wrote:
On Fri, Sep 24, 2010 at 6:16 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
That sounds good. Any time-frame when you get to do it? I'd like to
use JRuby again as testing kit for our latest changes.
I pushed
On Tue, 2010-09-28 at 08:57 +0700, Chanwit Kaewkasi wrote:
Hi Christian,
On Mon, Sep 27, 2010 at 20:20, Christian Thalinger
christian.thalin...@oracle.com wrote:
On Mon, 2010-09-27 at 19:52 +0700, Chanwit Kaewkasi wrote:
I hope you find it useful somehow and any feedback is very welcome
On Tue, 2010-09-28 at 10:52 +0200, Rémi Forax wrote:
Le 27/09/2010 20:51, Christian Thalinger a écrit :
On Mon, 2010-09-27 at 18:29 +0200, Rémi Forax wrote:
Le 27/09/2010 17:20, Christian Thalinger a écrit :
On Fri, 2010-09-24 at 21:24 +0200, Christian Thalinger wrote:
On Fri, 2010-09
On Fri, 2010-09-24 at 21:24 +0200, Christian Thalinger wrote:
On Fri, 2010-09-24 at 15:23 +0200, Rémi Forax wrote:
Christian, you can also test with PHP.reboot
http://code.google.com/p/phpreboot/
tests are here:
http://code.google.com/p/phpreboot/source/browse/#svn/trunk
On Tue, 2010-09-28 at 20:04 +0200, Rémi Forax wrote:
Le 28/09/2010 17:46, Christian Thalinger a écrit :
On Fri, 2010-09-24 at 21:24 +0200, Christian Thalinger wrote:
On Fri, 2010-09-24 at 15:23 +0200, Rémi Forax wrote:
Christian, you can also test with PHP.reboot
http
On Mon, 2010-09-27 at 19:52 +0700, Chanwit Kaewkasi wrote:
I hope you find it useful somehow and any feedback is very welcome!
http://dl.dropbox.com/u/381580/vmil10_kaewkasi_revised.pdf
Nice read. It would be very interesting why Monte Carlo behaves like
that. Did you look closer at it?
--
On Mon, 2010-09-27 at 16:35 +0200, Rémi Forax wrote:
The error seems to be when I convert a boolean to boolean ??
$ bin/phpr.sh -aot test/testfibo.phpr
testfibo generated !
$java -client -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic
-Xbootclasspath/p:lib/phpreboot.jar
On Mon, 2010-09-27 at 16:56 +0200, Rémi Forax wrote:
Here is a small test case.
It crashes with jdk7b111 with c2.
Christian could you test with your build ?
Yes, that produces the same exception. Maybe there is a JDK patch
missing?
-- Christian
On Fri, 2010-09-24 at 21:24 +0200, Christian Thalinger wrote:
On Fri, 2010-09-24 at 15:23 +0200, Rémi Forax wrote:
Christian, you can also test with PHP.reboot
http://code.google.com/p/phpreboot/
tests are here:
http://code.google.com/p/phpreboot/source/browse/#svn/trunk
On Mon, 2010-09-27 at 18:29 +0200, Rémi Forax wrote:
Le 27/09/2010 17:20, Christian Thalinger a écrit :
On Fri, 2010-09-24 at 21:24 +0200, Christian Thalinger wrote:
On Fri, 2010-09-24 at 15:23 +0200, Rémi Forax wrote:
Christian, you can also test with PHP.reboot
http
On Sat, 2010-09-25 at 10:04 +0200, Hannes Wallnoefer wrote:
2010/9/24 John Rose john.r.r...@oracle.com:
On Sep 24, 2010, at 11:57 AM, Hannes Wallnoefer wrote:
Can I simply use the latest official JDK7 beta build? I'm on x86
Linux. Any help is greatly appreciated!
In general, the JDK7
On Thu, 2010-09-23 at 17:57 -0500, Charles Oliver Nutter wrote:
Sorry, I missed this! We've not really been hanging out at JavaOne
because of the total logistical failure of having talks spread across
several hotels and rescheduling and/or moving most of them the week
before the event. I'm
On Fri, 2010-09-24 at 15:23 +0200, Rémi Forax wrote:
Christian, you can also test with PHP.reboot
http://code.google.com/p/phpreboot/
tests are here:
http://code.google.com/p/phpreboot/source/browse/#svn/trunk/phpreboot/test
The runtime also provides an ahead of time compiler that
On Thu, 2010-08-12 at 11:20 +0200, Raffaello Giulietti wrote:
Folks,
what are the best Linux distributions to build and run the MLVM on x86
and x64?
I know the question might sound silly and that it could start an endless
and unfruitful religious war. I'm convinced, however, that the
On Sat, 2010-06-05 at 19:58 +0200, Rémi Forax wrote:
Le 05/06/2010 02:01, John Rose a écrit :
Is the call site megamutable? (Is it linked many times instead of once?)
-- John
no !
The callsite is linked only once.
Yeah, that bug is around since:
6939134: JSR 292 adjustments to
On Wed, 2010-05-05 at 10:35 -0600, Evan Layton wrote:
Do you have any of the older BEs like build 134 that you can boot back
to and see if those will allow you to set the bootfs property on the
root pool? It's just really strange that out of nowhere it started
thinking that the device is
On Wed, 2010-05-05 at 10:35 -0600, Evan Layton wrote:
Do you have any of the older BEs like build 134 that you can boot back
to and see if those will allow you to set the bootfs property on the
root pool? It's just really strange that out of nowhere it started
thinking that the device is
[mlvm-dev would be more appropriate. I'm CC'ing.]
On Tue, 2010-05-18 at 19:37 +0200, Eric Bodden wrote:
Hello.
I hope this is the right mailing list for this. If not, please correct
me. I am trying to build JDK 7 on OSX Snow Leopard, to try out the new
invokedynamic support.
Yeah, we know
[mlvm-dev would be more appropriate. I'm CC'ing.]
On Tue, 2010-05-18 at 19:37 +0200, Eric Bodden wrote:
Hello.
I hope this is the right mailing list for this. If not, please correct
me. I am trying to build JDK 7 on OSX Snow Leopard, to try out the new
invokedynamic support.
Yeah, we know
On Wed, 2010-05-05 at 09:45 -0600, Evan Layton wrote:
No that doesn't appear like an EFI label. So it appears that ZFS
is seeing something there that it's interpreting as an EFI label.
Then the command to set the bootfs property is failing due to that.
To restate the problem the BE can't be
On Tue, 2010-05-04 at 16:19 -0600, Evan Layton wrote:
Can you try the following and see if it really thinks it's an EFI lable?
# dd if=/dev/dsk/c12t0d0s2 of=x skip=512 bs=1 count=10
# cat x
This may help us determine if this is another instance of bug 6860320
# dd if=/dev/dsk/c12t0d0s2 of=x
On Wed, 2010-05-05 at 09:45 -0600, Evan Layton wrote:
No that doesn't appear like an EFI label. So it appears that ZFS
is seeing something there that it's interpreting as an EFI label.
Then the command to set the bootfs property is failing due to that.
To restate the problem the BE can't be
On Tue, 2010-05-04 at 10:36 -0500, Shawn Walker wrote:
What confuses me is that the update from b133 to b134 obviously worked
before--because I have a b134 image--but it doesn't now.
I'm on b135 myself and haven't seen this issue yet.
I can't think of anything I did that changed
On Tue, 2010-05-04 at 11:18 -0500, Shawn Walker wrote:
How are you booting the
system? (rEFIt?)
No, I just installed OpenSolaris.
Ah, only OS then?
Yes.
...
Only bug I see possibly related is 6929493 (in the sense that changes
for the bug may have triggered this issue
On Tue, 2010-05-04 at 12:13 -0600, Evan Layton wrote:
On 5/4/10 11:09 AM, Christian Thalinger wrote:
On Tue, 2010-05-04 at 11:18 -0500, Shawn Walker wrote:
How are you booting the
system? (rEFIt?)
No, I just installed OpenSolaris.
Ah, only OS then?
Yes.
How was this installed
Changeset: 2483eb7dcf67
Author:twisti
Date: 2010-05-03 12:57 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/2483eb7dcf67
meth-ldc-6939203: Something was wrong in the last merge.
! meth-ldc-6939203.patch
___
mlvm-dev mailing
A few days ago I wanted to update my MacBook Pro from b134 to b137 (from
the internal repository) and I got an error like:
pkg: unable to activate opensolaris-137
After asking some questions in #opensolaris (thanks for your help) I
noticed that this is EFI related.
Just for a test I booted back
Changeset: ee00dc245baf
Author:twisti
Date: 2010-04-26 11:50 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/ee00dc245baf
Rebased to jdk7-b89.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: 30b47eb3dafb
Author:twisti
Date: 2010-04-26 11:50 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/30b47eb3dafb
Rebased to jdk7-b89.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: b55ebb49337b
Author:twisti
Date: 2010-04-26 11:50 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/b55ebb49337b
Rebased to jdk7-b89.
! cpindex-6939207.patch
! indy-c1-sparc-6930772.patch
! indy-sparc-6829193.patch
! meth-conv-6939861.patch
! series
On Tue, 2010-04-20 at 15:39 -0700, Tom Rodriguez wrote:
http://cr.openjdk.java.net/~never/6943485
6943485: JVMTI always on capabilities change code generation too much
Reviewed-by:
The set of always on JVMTI capabilities include thing which will cause
changes in the code the compiler
On Wed, 2010-04-14 at 06:11 +, john.r.r...@oracle.com wrote:
Changeset: 29f5346e477b
Author:jrose
Date: 2010-04-13 23:11 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/29f5346e477b
meth: move assembly helper declarations into PD header file for sparc
!
On Wed, 2010-04-07 at 19:20 +0200, Lukas Stadler wrote:
I'm currently writing a paper about the coroutine implementation for
this year's PPPJ conference. That'll take up most of my time for the
next two weeks.
Hmpf. That reminds me that I promised to write one too about the JSR
292
Changeset: 1d4a40eaec97
Author:twisti
Date: 2010-04-07 14:06 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/1d4a40eaec97
reset-thread-mh-flag-6941529: New patch.
+ reset-thread-mh-flag-6941529.patch
! series
___
mlvm-dev
Changeset: 31c0137dc777
Author:twisti
Date: 2010-04-07 05:50 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/31c0137dc777
indy-c1-sparc-6930772: New patch.
indy-c2-sparc-6934104: Likewise.
+ indy-c1-sparc-6930772.patch
+ indy-c2-sparc-6934104.patch
! series
Changeset: f06565654de2
Author:twisti
Date: 2010-03-29 03:25 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f06565654de2
indy-sparc-6829193: A couple of fixes and changes.
! indy-sparc-6829193.patch
___
mlvm-dev mailing
On Mon, 2010-03-29 at 12:30 +0200, Rémi Forax wrote:
Thre is a in the middle of the patch :)
// TODO use below method when it's pushed.
I know. It's already pushed to the hotspot repositories but hasn't been
merged yet to the bsd-port repository. I will change that when it's
there.
--
Changeset: fde8521f9c12
Author:twisti
Date: 2010-03-22 11:10 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/fde8521f9c12
Rebased to jdk7-b86.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: a59e2ac08802
Author:twisti
Date: 2010-03-22 11:10 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/a59e2ac08802
Rebased to jdk7-b86.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: 7cf9093b010b
Author:twisti
Date: 2010-03-22 11:11 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/7cf9093b010b
Rebased to jdk7-b86.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
On Wed, 2010-03-17 at 11:54 +0100, Attila Szegedi wrote:
Folks,
just noticed something strange. Java SE 6 Update 18 Release Notes at
http://java.sun.com/javase/6/webnotes/6u18.html list the following issues
as being fixed for that release:
6655638 hotspot compiler2
On Mon, 2010-03-08 at 10:30 +0100, Christian Thalinger wrote:
On Sun, 2010-03-07 at 09:04 +0100, Helmut Eller wrote:
The attached program crashes with this message:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (sharedRuntime.cpp:586), pid
On Fri, 2010-03-12 at 16:32 +0100, Helmut Eller wrote:
* Christian Thalinger [2010-03-12 14:21+0100] writes:
6934494: JSR 292 MethodHandles adapters should be generated into their
own CodeBlob
Are those numbers a kind of bug ticket or some Sun internal thing?
I tried to search
On Sun, 2010-03-07 at 09:04 +0100, Helmut Eller wrote:
The attached program crashes with this message:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (sharedRuntime.cpp:586), pid=4116, tid=3072834448
# Error:
Changeset: 8a510a72285c
Author:twisti
Date: 2010-03-08 16:28 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/8a510a72285c
indy.tests.patch: Enable tests for amd64, sparc, and sparcv9.
! indy.tests.patch
___
mlvm-dev mailing list
Changeset: dd0f39afbe36
Author:twisti
Date: 2010-03-01 03:04 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/dd0f39afbe36
indy-sparc-6829193: Initial SPARC interpreter support.
+ indy-sparc-6829193.patch
- indy-sparc.patch
! series
bench/bench_erubis.rb
--
Key: JRUBY-4606
URL: http://jira.codehaus.org/browse/JRUBY-4606
Project: JRuby
Issue Type: Bug
Affects Versions: JRuby 1.5
Environment: SPARC Solaris
Reporter: Christian
Changeset: 9ece76f65954
Author:twisti
Date: 2010-02-22 10:43 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/9ece76f65954
Rebased to jdk7-b84.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: b434d0ee9439
Author:twisti
Date: 2010-02-22 10:44 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/b434d0ee9439
Rebased to jdk7-b84.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
501 - 600 of 1313 matches
Mail list logo