Recently upgraded to Python 2.7.3 and Mercurial 2.2.2 (on Mac OS X 10.6.8 using
brew) and am getting an error in python trying
to pop a patch from the MLVM sources/ dir. However I'm NOT getting any errors
popping patches from any other source directory.
Has anybody else seen a problem like this
I'm getting this error compiling coroutine.cpp when I add "coro" to my guards
coroutine.cpp:111: error: 'startInternal_method_name' is not a member of
'vmSymbols'
That's with these guards:
export guards="buildable testable coro"
This is on Mac OS X 10.6.8 and 10.7.4.
MLVM builds and run
Am now getting this error building on 106.8 and 10.7.4.
Build successfull just a couple of days ago -- so presumably the cause is a
very recent change.
/Users/stephen/dev/java/src/mlvm/sources/build/macosx-x86_64/bin/java
-XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions
-XX:-LogVMOutput -Dja
At 1:32 PM -0700 7/11/12, Charles Oliver Nutter wrote:
>Ok, gents, Christian told me now might be a good time to start poking
>at the new indy backend with JRuby, so I got a build together and have
>been playing with it a bit.
>
>First off, getting it to build...
>
>Stephen B's gist still works fin
At 10:26 AM -0700 7/11/12, Dain Sundstrom wrote:
>Does this build contain the coro patch?
>
>-dain
>
>On Jul 11, 2012, at 9:27 AM, Stephen Bannasch wrote:
>
>> Hi Henri
>>
>> By setting ALT_BOOTDIR and ALT_JDK_IMPORT_PATH to use a recent Java 1.8
>> buil
Hi Henri
By setting ALT_BOOTDIR and ALT_JDK_IMPORT_PATH to use a recent Java 1.8 build
(from last week, 2012_07_07) my mlvm now compiles
and runs fine on 10.6.8
Updated script here: https://gist.github.com/243072
Am running following jtreg tests:
jdk/test/java/lang/invoke/
jdk/test/java
Haven't built mlvm in a while and when I tried today the build failed while
trying to create tools.jar in this directory:
build/macosx-x86_64/j2sdk-image/lib with this error:
META-INF/services/com.sun.tools.internal.ws.wscompile.Plugin : no such file
or directory
see: https://gist.github.co
My build of mlvm is breaking when it starts generating precompiled header
precompiled.hpp.gch
https://gist.github.com/2217352
Building on 10.6.8 using 1.7.0_04 for ALT_BOOTDIR to build.
I can successfully build and test jdk8/tl in this environment.
mlvm build script: https://gist.github.com
At 5:54 PM +0400 3/5/12, Anthony Petrov wrote:
>On 03/05/12 17:43, Stephen Bannasch wrote:
>>At 5:13 PM +0400 3/5/12, Anthony Petrov wrote:
>>>Hi Stephen,
>>>
>>>On 03/04/12 10:49, Stephen Bannasch wrote:
>>>>The only failure I've seen so far
At 5:13 PM +0400 3/5/12, Anthony Petrov wrote:
>Hi Stephen,
>
>On 03/04/12 10:49, Stephen Bannasch wrote:
>>The only failure I've seen so far is trying to run Swing but that
>>probably doesn't have anything to do with the MLVM patches.
>>
>>*** testing
I've updated https://gist.github.com/243072 with the latest changes in my MLVM
build scripts.
This applies the MLVM patches on to of the hsx/hotspot-com forest. John Rose is
maintaining a copy of Michael McMahon patches
integrating the macosx-port changes into jdk8 as an MLVM patch until they l
At 11:51 PM -0500 3/3/12, Stephen Bannasch wrote:
>Also, I thought coro used to be included with the guards: "buildable testable"
>
> [sources ]$ ls jdk/test/java/dyn/CoroutineTest.java
> ls: jdk/test/java/dyn/CoroutineTest.java: No such file or directory
>
>I
At 8:14 PM -0800 3/3/12, John Rose wrote:
>On Mar 3, 2012, at 7:48 PM, Stephen Bannasch wrote:
>
>>Trying with the hsx/hotspot-comp forest I don't get nearly as far:
>>
>
>The messages about "unknown node" mean that your "rm -rf" did not succeed
At 10:48 PM -0500 3/3/12, Stephen Bannasch wrote:
On Mar 3, 2012, at 4:53 PM, Stephen Bannasch wrote:
I cloned the forest
<http://hg.openjdk.java.net/jdk8/tl/>http://hg.openjdk.java.net/jdk8/tl/ into
sources
No, we moved to
<http://hg.openjdk.java.net/hsx/hotspot-
On Mar 3, 2012, at 4:53 PM, Stephen Bannasch wrote:
I cloned the forest
<http://hg.openjdk.java.net/jdk8/tl/>http://hg.openjdk.java.net/jdk8/tl/ into
sources
No, we moved to
<http://hg.openjdk.java.net/hsx/hotspot-comp>http://hg.openjdk.java.net/hsx/hotspot-comp
a whi
At 12:35 PM -0800 3/3/12, John Rose wrote:
>Folks, you probably noticed that I pushed some patches called
>macosx-7113349.patch.
>
>These are a preview of Michael McMahon's excellent and much-needed work
>transferring macosx build support to JDK8.
>
>With these changes, it is possible to build ag
At 2:24 AM +0100 12/14/11, chen...@telecom-bretagne.eu wrote:
>The Openjdk I fclone is hsx/hotspot-comp. I just followed the
>instruction on mlvm wiki.
mlvm is building fine for me and jtreg tests I run also work
my build scripts: http://gist.github.com/243072
At 3:29 AM -0600 12/1/11, Charles Oliver Nutter wrote:
>This is a pretty disappointing finding. I'm not yet sure whether it's
>a bug in SwitchPoint optimization or in JRuby's use of SwitchPoint,
>but I'd like to see your numbers with and without this flag.
Latest JRuby master, on Java 1.6.0_27, ma
At 5:25 PM -0600 11/30/11, Charles Oliver Nutter wrote:
>On Wed, Nov 30, 2011 at 3:27 PM, Stephen Bannasch
> wrote:
>> user system totalreal
>> rexml 73.54 0.00 73.54 ( 73.54)
>> hpricot
At 2:43 PM -0600 11/30/11, Charles Oliver Nutter wrote:
>I should add that if you're running this against a u2ish build and
>seeing poor performance, we need to talk. I'm not seeing that locally,
>and you shouldn't see it either.
Here's what I am testing with: Java 1.6.0_27 and macosx-port and mlv
Hi Charlie,
Is your latest work going on in the indy_update branch?
I have a simple Ruby xml processing benchmark that compares several Ruby XML
libraries including rexml which is part of the
Ruby standard library.
My test measures the time to do the following 100 times:
- open 98k XML docume
At 2:28 PM +0100 11/10/11, Charles Oliver Nutter wrote:
>Ok, I think I figured out the problem.
>
>Stephen's build includes DEBUG_NAME and SKIP_FASTDEBUG_BUILD in the
>default set of variables, around line 199 in update.sh. The problem
>seems to be that if DEBUG_NAME is set to "fastdebug" that's th
Yes, works now for me using gcc 4.0, thanks.
New build available here:
http://www.concord.org/~sbannasch/mlvm/java-1.8.0-internal-mlvm-2011_11_04.tar.gz
pass all jdk/test/java/lang/invoke tests as well as
jdk/test/java/dyn/CoroutineTest.java
___
mlvm-d
At 5:51 AM + 11/3/11, john.r.r...@oracle.com wrote:
>Changeset: 77386404343c
>Author:jrose
>Date: 2011-11-02 22:50 -0700
>URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/77386404343c
>
>add experimental macosx-port patch, FTR
>
>+ bsd-port-to-macosx-port.patch
>! series
Not ce
I last built successfully 2011_10_22
Today I'm getting this error:
Compiling
/Users/stephen/dev/java/src/mlvm/sources/hotspot/src/share/vm/runtime/vm_version.cpp
...
Linking vm...
[ -f libsaproc_g.dylib ] || { ln -s libsaproc.dylib libsaproc_g.dylib; }
dsymutil libjvm.dylib
warning: no debug s
I've uploaded a new mlvm build from today:
http://www.concord.org/~sbannasch/mlvm/java-1.8.0-internal-mlvm-2011_10_22.tar.gz
Built on Mac OS X 10.6.8.
Ran these jtreg tests:
jdk/test/java/lang/invoke
jdk/test/java/dyn/CoroutineTest.java
everything passed except:
FAILED: java/lang
At 6:06 PM -0700 10/1/11, Mark Roos wrote:
>Hi Stephen
>
>Any plans to post a JDK8 mlvm build?
Hi Mark,
Here's one I built today with fastdebug enabled:
http://www.concord.org/~sbannasch/mlvm/java-1.8.0-internal-mlvm-2011_10_01.tar.gz
It passed the coroutione tests: jdk/test/java/dyn/CoroutineT
At 5:47 PM -0700 9/12/11, John Rose wrote:
>On Sep 11, 2011, at 1:10 AM, Michael Barker wrote:
>
>>> Please give it a whirl and let me know what breaks.
>>
>> I have a working build on Mac OS X Lion with gcc-4.2. I started with
>> stephenb's MLVM build scripts.
>
>Excellent work.
>
>Did you have t
-port-dev/2011-September/001045.html
At 4:19 PM -0400 10/1/11, Stephen Bannasch wrote:
>At 2:16 PM +0200 9/30/11, Henri Gomez wrote:
>>Hi guys
>>
>>I got various reports on openjdk-osx-build about failure to detect tools.jar :
>>
>>http://code.google.com/p/openjdk-osx
>OK, I have rebased the mlvm patch repository to hsx/hotspot-comp.
>
>If you have been reusing your upstream source repositories (based on
>bsd-port), you will have to discard them and pull instead from hotspot-comp.
>
>As a temporary solution for building on Mac OS, I have included a set of new
At 12:58 AM -0700 9/2/11, John Rose wrote:
>OK, I have rebased the mlvm patch repository to hsx/hotspot-comp.
>
>If you have been reusing your upstream source repositories (based on
>bsd-port), you will have to discard them and pull instead from hotspot-comp.
>
>As a temporary solution for buildin
>On Aug 24, 2011, at 6:07 AM, Stephen Bannasch wrote:
>
>> After I build mlvm I run the running jdk/test/java/lang/invoke tests as well
>> as jdk/test/java/dyn/CoroutineTest.java
>>
> > I'm getting fatal errors in Java running:
> > java/lang/invoke/Thr
After I build mlvm I run the running jdk/test/java/lang/invoke tests as well as
jdk/test/java/dyn/CoroutineTest.java
I'm getting fatal errors in Java running:
java/lang/invoke/ThrowExceptionsTest.java
jtreg jtr and hs_err_pid log files here: https://gist.github.com/1167284
I'm basing my mlvm builds on clones of the following two mercurial forests:
hg fclone http://hg.openjdk.java.net/bsd-port/bsd-port sources
hg fclone http://hg.openjdk.java.net/mlvm/mlvm patches
Complete build scripts here: https://gist.github.com/243072
Are there changes I should make sinc
$ curl -I http://hg.openjdk.java.net/
curl: (7) couldn't connect to host
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
At 1:13 PM -0700 6/22/11, Tom Rodriguez wrote:
>Do you have meth-link-7056328.patch applied? There's a bug in there with a
>missing null check.
yes ... it's in the patches/hotspot/series file
# non-pushed files are under review or development, or merely experimental:
meth-link-7056328.pat
At 10:30 AM -0700 6/22/11, Tom Rodriguez wrote:
>Could you provide more detail on this? I just ran the all these against b146
>and they all pass cleanly for a large collection of configs. One thing you
>have to watch out for is an issue on 64 bit where the code cache fills up
>because some oft
Test failures in latest code:
$ jtreg -XX:+UnlockDiagnosticVMOptions -XX:+UnlockExperimentalVMOptions
-ignore:quiet -jdk:build/bsd-amd64/j2sdk-image
-v:summary jdk/test/java/lang/invoke/
Passed: java/lang/invoke/6987555/Test6987555.java
Passed: java/lang/invoke/6991596/Test6991596.java
Passed:
At 6:56 PM -0300 6/9/11, Jim Laskey wrote:
>Thank you. Do you know which OpenJDK build this corresponds to - b146?
>
>Cheers,
>
>-- Jim
>
mlvm is based off of bsd-port and looking here the last tag bsd-port merged was
jdk7-b145:
http://hg.openjdk.java.net/bsd-port/bsd-port/jdk
___
>On Jun 9, 2011, at 12:55 PM, Stephen Bannasch wrote:
>
>> -XX:+EnableInvokeDynamic -XX:-UseRicochetFrames
>
>These flags are now obsolete. I suggest testing without them. -- John
Thanks, that fixed the tests -- all jdk/test/java/lang/invoke tests now pass
with this invoca
I uploaded the latest mlvm built on Mac OS X 10.6.7.
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_06_09.tar.gz
I excluded the coro patch because of compilation failures:
export davinci=$(pwd) guards="buildable testable /coro"
All jdk/test/java/lang/invoke test pas
I'm getting 5 failed java/lang/invoke tests with the latest mlvm code.
I'm setting up my guards this way to exclude coro which now causes a
compilation failure on my Mac -- see
https://gist.github.com/1017562 for coro failure.
export davinci=$(pwd) guards="buildable testable /coro"
I'm runn
>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
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
>On Mon, May 16, 2011 at 12:09 PM, Stephen Bannasch
> wrote:
>> They now seem to be pulling in upstream changes quite quickly.
>>
>> Last Thursday they pulled in jdk7-b141:
>>
>> http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/66b35d6aefbe
>
At 10:34 AM -0500 5/16/11, Charles Oliver Nutter wrote:
>Very nice, thanks. I've been using your scripts to stick to MLVM head
>lately. Aside from the usual frustration of riding the bleeding edge,
>the builds work perfectly.
>
>Does anyone know about the dev cycle for the macosx port? I almost
>wo
At 6:05 PM -0500 5/15/11, Charles Oliver Nutter wrote:
>Ok, nevermind...looks like it wasn't applied by Stephen's
>script...perhaps it's not marked as ready yet?
>
>I will be patient :)
>
>- Charlie
>
>On Sun, May 15, 2011 at 11:27 AM, Charles Oliver Nutter
> wrote:
>> I think I updated correctly,
I've updated the update.sh script for building mlvm in this gist:
https://gist.github.com/243072
Mostly the updates relate to making it easier to run jtreg tests.
The script also makes it easier to switch between Soylatte and the 1.7 build of
the macosx-port project.
___
>Changeset: 4e8293898841
>Author:jrose
>Date: 2011-05-12 13:44 -0700
>URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/4e8293898841
>
>meth: bring in some pending changes from hotspot-comp
That's working better!
$ jtreg -XX:+UnlockDiagnosticVMOptions -XX:+UnlockExperimentalVMO
At 4:07 PM +0200 5/12/11, Christian Thalinger wrote:
>On May 12, 2011, at 3:51 PM, Stephen Bannasch wrote:
>> I'm getting some failures running the jtreg tests and wondered whether I
>> needed to enable or disable Ricochet Frames in theJVM
>> but that option is unrecog
I'm getting some failures running the jtreg tests and wondered whether I needed
to enable or disable Ricochet Frames in theJVM
but that option is unrecognized.
$ build/bsd-amd64/j2sdk-image/bin/java -XX:-UseRicochetFrame
-versionUnrecognized VM option '-UseRicochetFrame'
Error: Could not
Am getting a build failure:
src/share/classes/sun/invoke/util/ValueConversions.java:964: error:
cannot infer type arguments for ClassValue;
private static final ClassValue TYPED_COLLECTORS = new
ClassValue<>() {
Now I am getting a compile error in hotspot/src/cpu/x86/vm/frame_x86.inline.hpp
The error only occurs when the coro pathces are applied.
details from console ...
Generating precompiled header precompiled.hpp.gch
mkdir -p .
/Users/stephen/dev/java/src/mlvm/sources/ALT_COMPILER_PATH/g++ -D_ALLBSD_
At 11:53 AM +0200 5/4/11, Lukas Stadler wrote:
>Hm - that seems weird.
>Could you perhaps do me a favour and check if both "coro.patch" and
>"coro-meth.patch" are being applied?
>
>I had to split off a part of the patch that has to be applied
>differently if the meth patches are present.
>So now it
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 fai
I've uploaded a build of mlvm with coro enabled:
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_05_02.tar.gz
but running these tests fail: jdk/test/java/dyn/CoroutineTest.java
#section:compile
--messages:(3/175)--
command: compile
/Users/stephen/de
I'm now getting this error building:
build-bootstrap-javac:
[mkdir] Created dir:
/Users/stephen/dev/java/src/mlvm/sources/build/bsd-amd64/langtools/build/bootstrap/gensrc
[mkdir] Created dir:
/Users/stephen/dev/java/src/mlvm/sources/build/bsd-amd64/langtools/build/bootstrap/classes
[
I've uploaded a new build and all the jdk/test/java/lang/invoke test pass:
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_04_29.tar.gz
$ jtreg -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic
-jdk:build/bsd-amd64/j2sdk-image -v:summary
jdk/test/java/lang/invoke/
The coro patch is not applying cleanly anymore:
applying coro.patch
patching file src/share/vm/interpreter/interpreterRuntime.cpp
Hunk #1 FAILED at 893
1 out of 1 hunks FAILED -- saving rejects to file
src/share/vm/interpreter/interpreterRuntime.cpp.rej
patching file src/share/vm/prims/nativeLook
At 4:12 PM -0700 4/18/11, John Rose wrote:
>I'm cutting some new code (RicochetFrame logic). Thanks Stephen for the
>frequent updates! As you might see from the mercurial log, I fixed several x64
>regressions in the new code, but it looks like there is at least one more.
>What happens with the
Compilation succeeds but I am getting failures running five of the six
java/lang/invoke tests:
Passed: java/lang/invoke/ClassValueTest.java
FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java
FAILED: java/lang/invoke/InvokeGenericTest.java
FAILED: java/lang/invoke/JavaDocExam
At 11:47 AM -0800 3/1/11, Mark Roos wrote:
>Not critical but I would like to plan my tasks around it.
>
>I am using the late Feb build by Stephen and it is not compatible with b131
>(exception changes )
>
>BTW its working great
I've built a new version today but all the java/lang/invoke tests ar
At 12:28 PM -0700 4/21/11, Mark Roos wrote:
>Are Lucas' coroutines supported in the latest mac build?
>
>If so do I have to do something to enable them?
>
>If not are they in b138?
>
>They look like a good fit for my Smalltalk processes
Last time I tried including the coro patch with mlvm compil
I'm getting a fatal error running MethodHandlesTest.java -- all the other
jdk/test/java/lang/invoke test now pass.
The log generated: JTwork/scratch/hs_err_pid72957.log is here:
https://gist.github.com/926394
$ jtreg -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic
-jdk:build/bsd-amd6
These java/lang/invoke tests are failing on my MLVM build today:
InvokeDynamicPrintArgs.java
InvokeGenericTest.java
JavaDocExamplesTest.java
MethodHandlesTest.java
$ jtreg -XX:+UnlockExperimentalVMOptions -XX:+UnlockDiagnosticVMOptions
-XX:+EnableInvokeDynamic
-jdk:build/bsd-amd
I've uploaded a new MacOS X build of mlvm:
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_04_04.tar.gz
$ ./build/bsd-amd64/j2sdk-image/bin/java -version
openjdk version "1.7.0-internal"
OpenJDK Runtime Environment (build
1.7.0-internal-stephen_2011_04_04_20_20
765:f7950c103d2c
tag: meth-review-7032323.patch
tag: qtip
tag: tip
user:Stephen Bannasch
date:Mon Apr 04 17:30:38 2011 -0400
summary: Experimental changes suggested by JSR 292 Public Review comments.
changeset: 3764:abffc493f584
tag: meth-enabl
While working on fixing my mlvm build I just noticed this error in the console:
+ (cd sources/hotspot; hg qpush -a)
applying bsd.patch
applying meth-7011865.patch
unable to read meth-7011865.patch
now at: bsd.patch
*** Exit status 1.
The hotspot/series references it:
# pushe
At 9:46 PM -0700 3/24/11, John Rose wrote:
>On Mar 24, 2011, at 9:01 PM, Stephen Bannasch wrote:
>
>>> Except for MethodTypeTest, this is the group of failures you might get if
>>> jtreg were using the wrong (out-of-date) javac. That's odd, because I
>>>
At 8:06 PM -0700 3/24/11, John Rose wrote:
On Mar 24, 2011, at 11:24 AM, Stephen Bannasch wrote:
Today the build completes fine but I still only get one java/lang/invoke test
passing.
FAILED: java/lang/invoke/6987555/Test6987555.java
FAILED: java/lang/invoke/6991596/Test6991596.java
Passed
At 7:52 PM -0700 3/24/11, John Rose wrote:
>On Mar 24, 2011, at 11:24 AM, Stephen Bannasch wrote:
>
>> At 2:36 AM -0700 3/23/11, John Rose wrote:
>>> With the renaming going on, the code is changing rapidly. But I think we
>>> are converging. Please let me know wh
At 2:36 AM -0700 3/23/11, John Rose wrote:
>With the renaming going on, the code is changing rapidly. But I think we are
>converging. Please let me know what happens with the next build.
Today the build completes fine but I still only get one java/lang/invoke test
passing.
FAILED: java/lang/in
At 5:49 AM + 3/20/11, john.r.r...@oracle.com wrote:
>Changeset: 044bdcf75712
>Author:jrose
>Date: 2011-03-19 22:49 -0700
>URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/044bdcf75712
>
>rebase to jdk7-b132 in bsd-port
>
>+ bsd.patch
>- meth-7010180.patch
>! meth-impl-683987
There were two updates to jdk I just pulled in but I am still getting 2 passing
and four failing tests for mlvm:
Passed: java/lang/invoke/ClassValueTest.java
FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java
FAILED: java/lang/invoke/InvokeGenericTest.java
FAILED: java/lang/invoke/JavaDocExampl
At 11:46 AM -0800 3/7/11, John Rose wrote:
>On Mar 7, 2011, at 11:34 AM, Stephen Bannasch wrote:
>
>>langtools looks up-to-date to me -- after popping the patch queue a manual
>>pull adds nothing new.
>>
>
>Odd. When you get an error about ([Object)Object not m
t build the bsd-port version on a Mac also ==
problems with recent changesets
[langtools]$ hg log -l 6
changeset: 942:a523a3bbd701
tag: meth.patch
tag: qbase
tag: qtip
tag: tip
parent: 864:51940d36817b
user: Stephen Bannasch
date:Mon Mar 07 08
At 10:41 AM + 3/2/11, lukas.stad...@jku.at wrote:
>Changeset: e16f8f75573f
>Author:Lukas Stadler
>Date: 2011-03-02 11:35 +0100
>URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/e16f8f75573f
>
>coro: add jtreg tags to coro unit tests
>
>! coro.patch
With the latest changes the
At 1:15 AM -0800 3/7/11, John Rose wrote:
>I just pushed some tweaks to the meth-rename patches.
>
>The jtreg tests now pass for me on the built jdk.
>
>The next step is to have someone reproduce this good state of affairs.
The ClassValueTest and MethodTypeTest tests started passing but the others
At 2:17 PM -0800 3/5/11, John Rose wrote:
>On Mar 5, 2011, at 2:00 PM, Stephen Bannasch wrote:
>
>> At 12:26 PM -0800 3/5/11, John Rose wrote:
>>> They should work, but it will be the first time outside of Christian's and
>>> my developmet systems.
>>>
At 12:26 PM -0800 3/5/11, John Rose wrote:
>They should work, but it will be the first time outside of Christian's and my
>developmet systems.
>
>There is probably a configuration error of some sort.
>
>Which patches are applied in both jdk and hotspot repositories?
I'm specifying: buildable tes
All the jdk/test/java/lang/invoke/ tests are failing because package
java.lang.invoke does not exist.
This is what I got running the jdk/test/java/lang/invoke/ tests after building
an mlvm yesterday:
$ jtreg -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic
-jdk:build/bsd-amd64/j2sdk-i
Thanks for updating the coro patch for macosx Lukas.
It compiles cleanly on my system now.
Are there tests for coro?
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Charlie, can you give me a bit of context.
" I'd like to have indy be competitive with my dynopt logic,
since they are structurally identical"
Remind me what's the difference between indy and dynopt?
Which one relates to what will be in java 1.7 when it is first released?
I remember JRu
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_02_23.tar.gz
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
At 10:59 AM -0800 2/23/11, John Rose wrote:
>Thanks for the build and the report, Stephen!
>
>We dropped a keyword (-testable) from the series file in patches/hotspot/.
>
>I just put it back. Sorry for the mess.
Thanks,
I'm still getting errors running these tests:
java/dyn/InvokeDynamicPrintAr
I built mlvm today an got the following errors running jdk/test/java/dyn tests:
Passed: java/dyn/ClassValueTest.java
FAILED: java/dyn/InvokeDynamicPrintArgs.java
FAILED: java/dyn/InvokeGenericTest.java
FAILED: java/dyn/JavaDocExamplesTest.java
FAILED: java/dyn/MethodHandlesTest.java
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_02_07.tar.gz
fastdebug enabled
guards="buildable testable /coro"
running jdk/test/java/dyn tests:
Passed: java/dyn/ClassValueTest.java
FAILED: java/dyn/InvokeDynamicPrintArgs.java
Passed: java/dyn/InvokeGenericTest.java
Passed:
After making sure the jdk/test/java/dyn tests pass (or had a good reason not
to) I'm releasing my latest fastdebug build of
mlvm:
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_01_31.tar.gz
This was built with the following guards: "buildable testable /coro"
_
At 5:35 PM -0800 1/31/11, John Rose wrote:
>On Jan 31, 2011, at 3:50 PM, Stephen Bannasch wrote:
>
>> I'm getting new failures running the dyn tests in mlvm.
>>
>> Seems like the -XX:+UnlockExperimentalVMOptions -XX:+EnableMethodHandles
>> are being passed in
I'm getting new failures running the dyn tests in mlvm.
Seems like the -XX:+UnlockExperimentalVMOptions -XX:+EnableMethodHandles are
being passed into junit.
$ jtreg -jdk:build/bsd-amd64/j2sdk-image -v:verbose
jdk/test/java/dyn/InvokeGenericTest.java
--messages:(3/275)--
comma
FYI: still can't compile coroutine.o on Mac OS X warning that "NULL used in
arithmetic".
Building with guards="buildable testable coro" still produces these compilation
warnings (with the -Werror compiler flag being
used warnings are treated as errors):
hotspot/src/share/vm/runtime/coroutin
Howard Lovatt was interested in another build for the Mac and now I've got one
that actually passes the five test suites in
jdk/test/java/dyn.
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_01_11.tar.gz
This was built with the following guards: "buildable testable /coro"
At 6:22 PM -0800 1/11/11, John Rose wrote:
>Also, I have just pushed an update to the series files for hotspot and jdk
>patch repos, to exclude patches that are not yet needed and may have
>bit-rotted.
Thanks John,
That fixed the problem for all the failing tests in jdk/test/java/dyn.
I'm not
>On Jan 11, 2011, at 5:23 PM, Stephen Bannasch wrote:
>
>> # An error report file with more information is saved as:
> > #
> > /Users/stephen/dev/java/src/mlvm/sources/JTwork/scratch/hs_err_pid20112.log
>
>Can you send me that error file?
>
>Also, it would
At 5:48 PM -0800 1/11/11, John Rose wrote:
>On Jan 11, 2011, at 3:26 PM, Stephen Bannasch wrote:
>
>> I'm trying to run the four dyn tests in jdk/test/java/dyn for my mlvm build
>> using jtreg v4.1 and I'm failing 3 out of 4 -- I
>> assume these tests should p
More verbose output from running just: jdk/test/java/dyn/InvokeDynamicPrintArgs:
[sources]$ jtreg -testjdk:build/bsd-amd64/j2sdk-image
-vmoption:-XX:+UnlockExperimentalVMOptions
-vmoption:-XX:+EnableInvokeDynamic -v:all
jdk/test/java/dyn/InvokeDynamicPrintArgs.java
-
I'm trying to run the four dyn tests in jdk/test/java/dyn for my mlvm build
using jtreg v4.1 and I'm failing 3 out of 4 -- I
assume these tests should pass?
I'd like to run a small subset of tests whenever I have what appears to a
successful build to confirm that the mlvm
functionality is work
At 10:18 AM +1100 12/24/10, Howard Lovatt wrote:
>Hi Stephen,
>
>John Rose has just fixed a bug that was affecting me:
>
>> Fixed. -- John
>>
>> On Dec 23, 2010, at 3:36 AM, Christian Thalinger wrote:
>>
>> That seems to be a problem in meth-conv-6939861.
>> MethodHandles::verify_klass should us
What kinds of regression test are available for both openjdk 1.7 and mlvm and
how can I run them from a shell console?
Do I need jtreg: http://openjdk.java.net/jtreg/ and jtharness:
https://jtharness.dev.java.net/ ?
___
mlvm-dev mailing list
mlvm-dev@
At 4:47 PM -0600 12/22/10, Charles Oliver Nutter wrote:
>Got a build you can publish for those of us following along at home? :)
Here you go!
http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2010_12_22.tar.gz
I'll help anyway I can to get fast co-routines integrated into JRuby!
__
1 - 100 of 142 matches
Mail list logo
