Hi,
do you try to use c2 instead of c1 (-server) ?
Rémi
On 05/27/2011 08:16 AM, Ola Bini wrote:
Hi,
I just built a new JDK and ran everything with it. The good news is that
the problem with the missing class doesn't show up anymore.
However, I still see the ShouldNotReachHere problem:
#
# A f
I ran the compile against what's in b144, but directly from the JDK7 repo
On 2011-05-27 12.26, John Rose wrote:
> On May 26, 2011, at 11:38 PM, Ola Bini wrote:
>
>> It seems there is still a difference in how asType MHs work between what
>> is in current JDK7 repo, and what you get from building
On May 27, 2011, at 12:11 AM, Ola Bini wrote:
> I ran the compile against what's in b144, but directly from the JDK7 repo
>
> On 2011-05-27 12.26, John Rose wrote:
>> On May 26, 2011, at 11:38 PM, Ola Bini wrote:
>>
>>> Caused by: java.lang.IllegalArgumentException: target and fallback types
>>>
On 2011-05-27 12.36, Rémi Forax wrote:
> Hi,
> do you try to use c2 instead of c1 (-server) ?
Hi,
I just did. It does run for a bit longer (in terms of benchmarks run,
not in time. =)
But then it crashes at the same place.
Cheers
>
> Rémi
>
> On 05/27/2011 08:16 AM, Ola Bini wrote:
>> Hi,
>
On 2011-05-27 12.53, John Rose wrote:
> On May 27, 2011, at 12:11 AM, Ola Bini wrote:
>
>> I ran the compile against what's in b144, but directly from the
>> JDK7 repo
>>
>> On 2011-05-27 12.26, John Rose wrote:
>>> On May 26, 2011, at 11:38 PM, Ola Bini wrote:
>>>
Caused by: java.lang.Ille
On May 27, 2011, at 12:24 AM, Ola Bini wrote:
> But then it crashes at the same place.
Excellent!
So this works in b144 but not in mlvm?
-- John
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
On May 27, 2011, at 12:26 AM, Ola Bini wrote:
> type() is just a call site type, so that will be the SephObject,SThread etc.
Good. So what's the code that creates the target (not the fallback)? It looks
like it has its types denatured to Object. -- John
__
On 2011-05-27 12.58, John Rose wrote:
> On May 27, 2011, at 12:24 AM, Ola Bini wrote:
>
>> But then it crashes at the same place.
>
> Excellent!
>
> So this works in b144 but not in mlvm?
Yes, that's correct.
Cheers
--
Ola Bini (http://olabini.com)
Ioke - JRuby - ThoughtWorks
"Yields fals
On 2011-05-27 12.59, John Rose wrote:
> On May 27, 2011, at 12:26 AM, Ola Bini wrote:
>
>> type() is just a call site type, so that will be the
>> SephObject,SThread etc.
>
>
> Good. So what's the code that creates the target (not the fallback)?
> It looks like it has its types denatured to Obj
On May 27, 2011, at 12:39 AM, Ola Bini wrote:
> invoker(type())
Recheck your assumptions about what invoker returns: That changed. You might
need to adjust:
invoker(type().generic())
or
invoker(type()).asType(...)
Or maybe there's a type.generic() elsewhere that can go away.
-- John
On May 27, 2011, at 12:39 AM, Ola Bini wrote:
>> Good. So what's the code that creates the target (not the fallback)?
>> It looks like it has its types denatured to Object. -- John
>
> Actually, I was lying before - the code I inserted was not what crashes.
> This is the code that crashes:
Yes
On 2011-05-27 13.40, John Rose wrote:
> On May 27, 2011, at 12:39 AM, Ola Bini wrote:
>
>>> Good. So what's the code that creates the target (not the
>>> fallback)? It looks like it has its types denatured to Object.
>>> -- John
>>
>> Actually, I was lying before - the code I inserted was not wh
On May 27, 2011, at 1:21 AM, Ola Bini wrote:
> I'm sure Remi said that those two things were supposed to do the same
> thing. Now it seems invoker() is not as useful anymore.
>
> Or am I completely misunderstanding things here?
They are supposed to do the same thing, and (I hope) do the same thi
Changeset: dd80fa134525
Author:Lukas Stadler
Date: 2011-05-27 11:20 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/dd80fa134525
coro: automatically initialize coroutine classes, small fix to serialization
! coro.patch
___
m
Changeset: d035e99307ff
Author:Lukas Stadler
Date: 2011-05-27 11:21 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/d035e99307ff
coro: automatically initialize coroutine classes
! coro.patch
___
mlvm-dev mailing list
mlvm-dev@op
The coro patch now applies and compiles cleanly on Mac OS X and the coro tests
here pass:
jdk/test/java/dyn/CoroutineTest.java
Running the jdk/test/java/lang/invoke tests however I'm getting passed: 5;
failed: 4; error: 1
Guards in the build script (coro is included):
export davinci=$(pw
This message was held because it's too big, so I dropboxed the amd64 dumps here:
http://dl.dropbox.com/u/17017035/fib_ruby-asm-64bit.zip
On Fri, May 27, 2011 at 9:05 AM, Charles Oliver Nutter
wrote:
> Hopefully these 64-bit dumps are better now that Tom managed to get a
> proper 64-bit hsdis bui
Two threads going now, so I'm going to move exploration and discussion
to this one.
So, I'm reading through MLVM versus 5/13 macosx build amd64 ASM output...
First difference, the < operator logic:
On macosx build:
4619030327: jl 4619034359 ;*ifge
Bleah, these formatted badly, but you should be able to search for the
offsets in the files I posted to see for yourself :)
On Fri, May 27, 2011 at 10:04 AM, Charles Oliver Nutter
wrote:
> Two threads going now, so I'm going to move exploration and discussion
> to this one.
>
> So, I'm reading th
I wanted to post a message to make sure all the MLVM/Hotspot folks
know how excited I am about invokedynamic and how appreciative I am of
all your help and consideration these past months (years?!). Things
may not be perfect yet, but I have full confidence that invokedynamic
is going to change the
On Fri, May 27, 2011 at 1:08 PM, Charles Oliver Nutter
wrote:
> I wanted to post a message to make sure all the MLVM/Hotspot folks
> know how excited I am about invokedynamic and how appreciative I am of
> all your help and consideration these past months (years?!). Things
> may not be perfect yet
On May 27, 2011, at 8:04 AM, Charles Oliver Nutter wrote:
> There's substantially more code here. I don't see any jumps that would
> short-circuit this logic. Am I reading right?
>
> Now the good news is that after the test is completed I don't see much
> additional logic on MLVM before it's back
Changeset: c7537d1f7c9c
Author:jrose
Date: 2011-05-27 18:53 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/c7537d1f7c9c
rebase to jdk7-b144 in bsd-port
! meth-bim.patch
- meth-conv-6939861.patch
- meth-exc-7044892.patch
- meth-gc-7018355.patch
- meth-inline-7042122.pat
Changeset: 19c471bfc197
Author:jrose
Date: 2011-05-27 18:52 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/19c471bfc197
rebase to jdk7-b144 in bsd-port
- meth-conv-6939861.patch
- meth-exc-7044892.patch
- meth-ing-7034977.patch
- meth-invoke-7032850.patch
! meth-review-703
Hey,
It seems something is broken in the current drops... I'm seeing
references to coroutines in the failure, but I didn't think that should
be turned on by default...
Cheers
--
Ola Bini (http://olabini.com)
Ioke - JRuby - ThoughtWorks
"Yields falsehood when quined" yields falsehood when qu
>Hey,
>
>It seems something is broken in the current drops... I'm seeing
>references to coroutines in the failure, but I didn't think that should
>be turned on by default...
The coro patch is included by default.
If you want to build without coro set uyur guards like this:
export davinci=$(pwd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-28 09.57, Stephen Bannasch wrote:
>> Hey,
>>
>> It seems something is broken in the current drops... I'm seeing
>> references to coroutines in the failure, but I didn't think that should
>> be turned on by default...
>
> The coro patch is i
Hi,
I just updated to the latest version of bsdport+mlvm-coro. It seems that
the latest merge has removed all the breakages I was experiencing. Thanks!
Cheers
--
Ola Bini (http://olabini.com)
Ioke - JRuby - ThoughtWorks
"Yields falsehood when quined" yields falsehood when quined.
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-28 10.39, Ola Bini wrote:
> Hi,
>
> I just updated to the latest version of bsdport+mlvm-coro. It seems that
> the latest merge has removed all the breakages I was experiencing. Thanks!
>
> Cheers
Terribly sorry - I spoke to soon. It is g
Wish all our problems would solve themselves as easily!
-- John (on my iPhone)
On May 27, 2011, at 10:09 PM, Ola Bini wrote:
> Hi,
>
> I just updated to the latest version of bsdport+mlvm-coro. It seems that
> the latest merge has removed all the breakages I was experiencing. Thanks!
>
> Che
Fwiw mlvm is now a superset of jdk7. No skew at present.
-- John (on my iPhone)
On May 27, 2011, at 10:14 PM, Ola Bini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-05-28 10.39, Ola Bini wrote:
>> Hi,
>>
>> I just updated to the latest version of bsdport+mlvm-coro. It
On 2011-05-28 10.50, John Rose wrote:
> Fwiw mlvm is now a superset of jdk7. No skew at present.
Hmm. So I only see this breakage on my linux JDK7 build - not on the
bsdport mlvm build - which seems weird if there is no skew.
Cheers
>
> -- John (on my iPhone)
>
> On May 27, 2011, at 10:14 PM
32 matches
Mail list logo
