Changeset: e4131e8508d2
Author:Lukas Stadler lukas.stad...@jku.at
Date: 2011-05-03 17:34 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/e4131e8508d2
coro: add missing makefile
! coro.patch
___
mlvm-dev mailing list
Ah - since invokedynamic doesn't use the java.dyn package any more the
necessary build infrastructure went missing... I just re-added it.
One of the tests still fails, but at least it compiles...
- Lukas
On 05/02/2011 05:27 PM, Stephen Bannasch wrote:
I've uploaded a build of mlvm with coro
On May 3, 2011, at 5:06 PM, Rémi Forax wrote:
On 05/03/2011 03:59 PM, Christian Thalinger wrote:
On May 2, 2011, at 9:55 PM, Charles Oliver Nutter wrote:
On Thu, Apr 28, 2011 at 11:18 AM, Rémi Foraxfo...@univ-mlv.fr wrote:
Do you specialize the overflow check depending on the callsite ?
for
An intrinsic was my first thought as well. It would seem quite appropriate to
have an operation or set of operations on java.lang.Math for example that we
all could use.
Perhaps I should have asked this six months ago :)
- Charlie (mobile)
On May 3, 2011, at 11:44, Christian Thalinger
On 05/03/2011 10:29 PM, Charles Oliver Nutter wrote:
An intrinsic was my first thought as well. It would seem quite appropriate to
have an operation or set of operations on java.lang.Math for example that we
all could use.
Perhaps I should have asked this six months ago :)
- Charlie
Brainstorming coro package names...
java.lang.invoke isn't bad, perhaps, but it is a different form of invocation
than invokedynamic.
This is a core JVM feature, so something under java.lang seems appropriate in
any case...
java.lang.coroutine (or coro) is maybe too specific?
How far off
On 05/03/2011 10:53 PM, Charles Oliver Nutter wrote:
Brainstorming coro package names...
java.lang.invoke isn't bad, perhaps, but it is a different form of invocation
than invokedynamic.
This is a core JVM feature, so something under java.lang seems appropriate in
any case...
Well, that's a good question. We would want it for any operation that could
overflow. I do not know about such things...someone more familiar with
machine/JVM overflow and checks for it would want to flesh out details.
Perhaps something like Math.isCarry(long operand1, long operand2, long
At 5:42 PM +0200 5/3/11, Lukas Stadler wrote:
Ah - since invokedynamic doesn't use the java.dyn package any more the
necessary build infrastructure went missing... I just re-added it.
One of the tests still fails, but at least it compiles...
Yes, now it compiles for me. Here's the coro test
