On Wed, 2009-10-21 at 13:43 -0700, Alan Coopersmith wrote:
Christian Thalinger wrote:
On Wed, 2009-10-21 at 13:35 -0700, Alan Coopersmith wrote:
Christian Thalinger wrote:
On Wed, 2009-10-21 at 13:21 -0700, Alan Coopersmith wrote:
Yes - if you ls -l /dev/usb/hid* you should see those
On Wed, 2009-10-21 at 13:07 +, christian.thalin...@sun.com wrote:
Changeset: 1fadccb2002c
Author:twisti
Date: 2009-10-21 15:05 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/1fadccb2002c
dynopt: Updated to jdk7-b74.
indy-6858164: Fixed typo.
!
On Wed, 2009-10-21 at 18:09 +0200, Raffaello Giulietti wrote:
Hi Christian,
I'm having troubles with mercurial's own mq extensions.
I just installed OpenSolaris and extended it according to the general
OpenJDK build instructions, then added mercurial and the forest
extensions. But while
Changeset: 9be5471b12f0
Author:twisti
Date: 2009-10-21 20:21 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/9be5471b12f0
indy.compiler.inline: Updated to apply cleanly.
! indy.compiler.inline.patch
___
mlvm-dev mailing list
Does anyone know what keyboard type I could use to get page up/down and
home/end keys (in combination with fn) working?
-- Christian
Changeset: f770a5d6ca97
Author:twisti
Date: 2009-10-20 13:17 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f770a5d6ca97
indy-cleanup-6893081: Changes from indy.compiler.patch that should be commited
seperately.
indy.compiler: Sans 6893081.
+
Changeset: b6483b8fa46e
Author:twisti
Date: 2009-10-19 20:16 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/b6483b8fa46e
indy.compiler: Bugfix for 64-bit x86.
! indy.compiler.patch
___
mlvm-dev mailing list
Changeset: f2f1db50dd5d
Author:twisti
Date: 2009-10-16 16:07 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f2f1db50dd5d
indy.compiler: Fixed 64-bit debug compilation problem.
! indy.compiler.patch
Changeset: bdb62f871e2c
Author:twisti
Date: 2009-10-16 16:07
On Wed, 2009-10-07 at 10:28 +0100, Rob McMahon wrote:
Oct 7 05:17:21 wonky gdm-binary[6857]: [ID 702911 daemon.warning]
WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
Today I filed a bug about that one:
http://defect.opensolaris.org/bz/show_bug.cgi?id=11775
I'll file
Changeset: b9556526207e
Author:twisti
Date: 2009-10-06 13:40 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/b9556526207e
indy.compiler: Disable EA by default for EnableInvokeDynamic.
! indy.compiler.patch
___
mlvm-dev
Changeset: 65225fbd2833
Author:twisti
Date: 2009-10-06 17:03 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/65225fbd2833
indy.compiler: Fixed C1 compilation.
! indy.compiler.patch
___
mlvm-dev mailing list
Changeset: a7c524d50da1
Author:twisti
Date: 2009-10-06 17:39 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/a7c524d50da1
indy.compiler: Disable compressed oops by default.
! indy.compiler.patch
___
mlvm-dev mailing list
Environment: Solaris, debug JVM
Reporter: Christian Thalinger
Priority: Critical
Some benchmarks, e.g. bench_compiled_load.rb or bench_erubis.rb, are hitting an
assert in a debug JVM on Solaris:
Internal Error at os.cpp:480, pid=7886, tid=1
Error: memory stomping error
Changeset: 5f6b003d2446
Author:twisti
Date: 2009-10-05 14:30 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/5f6b003d2446
indy.compiler.inline: Added missing includes to fix build problem on
Solaris.
! indy.compiler.inline.patch
Changeset: 92135e4f5a67
Author:
Changeset: b083645d0526
Author:twisti
Date: 2009-10-05 18:45 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/b083645d0526
series: Updated to 38dbdfe555d0.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: 9197796589d5
Author:twisti
Date: 2009-10-05 18:46 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/9197796589d5
series: Updated to be4c695c22cf.
meth.patch: Likewise.
! meth.patch
! series
___
mlvm-dev mailing
On Sat, 2009-10-03 at 23:43 -0500, Paul Benedict wrote:
I've always found it a bit perplexing that java.lang was never chosen
for the parent package of the Dynamic API. Why is that? Dynamic types
are now part of the language as proven by spec itself and exotic
identifiers. Will this be
On Sat, 2009-10-03 at 23:43 -0500, Paul Benedict wrote:
I've always found it a bit perplexing that java.lang was never chosen
for the parent package of the Dynamic API. Why is that? Dynamic types
are now part of the language as proven by spec itself and exotic
identifiers. Will this be
On Wed, 2009-09-30 at 09:33 +0200, Christian Thalinger wrote:
Michael Li wrote:
Sorry, I forgot to mention that I tried this in 32-bit. Of course I
read the NOTE before downloading ndis but I have to say that it's not
very clear what supports Opensolaris build_122+ means. Does that mean
Hi!
Today I started another round of getting my WiFi working, which is a
14e4:432b (MacBook Pro).
I downloaded ndis-1.2.4 and the suggested HP driver, built it in a
VirtualBox guest and booted a 2009.06 live CD. When loading the module
it printed something like attach failed and immediately
Michael Li wrote:
Shawn Walker wrote:
Christian Thalinger wrote:
Hi!
Today I started another round of getting my WiFi working, which is a
14e4:432b (MacBook Pro).
I downloaded ndis-1.2.4 and the suggested HP driver, built it in a
VirtualBox guest and booted a 2009.06 live CD. When
alan yung wrote:
Hi,
I'm trying to apply the mlvm patches to openjdk7 on windows XP. The
openjdk7 build actually works, and I got the jdk image, but the problem
is, the patch doesn't seem to be applied.
I followed the instruction here:
http://wikis.sun.com/display/mlvm/Building , but the
James Ladd wrote:
Hi All,
I'm wading through the openJDK source and I'm wondering, which file or
files are responsible for executing each bytecode ?
ie: the loop that gets a bytecode, works out what is it and then dispatches
it.
I think what you are searching for is
Changeset: 0db826e1d6d4
Author:twisti
Date: 2009-09-22 12:12 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/0db826e1d6d4
indy.compiler: Fixed debug compilation, fixed bugs for bound
MethodHandle adapters, fixed a problem with -Xcomp.
! indy.compiler.patch
John Rose wrote:
On Sep 16, 2009, at 3:13 AM, Christian Thalinger wrote:
I just wanted to write a testcase with an invokedynamic that takes 6
arguments, like:
sum += InvokeDynamic.intunknown(i, i, i, i, i, i);
and I get:
java.lang.IllegalArgumentException: bad adapter
(conversion
Christian Thalinger wrote:
But, I think increasing the MHPL should allow the additional number of
bound params to be pushed. So that final error looks like a plain bug.
I will try to comment it out.
Commenting this check:
if (slots_pushed + target_pushes MethodHandlePushLimit)
makes
Changeset: c87e0466e03c
Author:twisti
Date: 2009-09-14 15:50 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/c87e0466e03c
Rebase to bsd-port revision af57fa28a975.
! indy.compiler.patch
! series
___
mlvm-dev mailing list
Changeset: e397cf760b83
Author:twisti
Date: 2009-09-14 16:46 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/e397cf760b83
indy.compiler: AMD64 support added.
indy.compiler.inline: Updated.
! indy.compiler.inline.patch
! indy.compiler.patch
John Rose wrote:
On Sep 11, 2009, at 3:35 PM, Rémi Forax wrote:
Christian,
the inlining patch currently doesn't work :(
in methodHandleWalk.hpp (line 322) :
int cpool_oop_reference_put(int tag, int first_index, int
second_index) {
if (index == 0) return 0; // this line
Jochen Theodorou wrote:
Rémi Forax schrieb:
[...]
and
java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic FidgetDemo
java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic FidgetDemo
#
# A fatal error has been detected by the Java Runtime Environment:
#
#
Changeset: 992cf4a18b98
Author:twisti
Date: 2009-09-09 15:04 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/992cf4a18b98
indy.compiler.inline: Various bugfixes and improvements.
! indy.compiler.inline.patch
___
mlvm-dev
Raffaello Giulietti wrote:
Hi,
the 4.3.3 gcc compiler I'm using statically checks format specifications
in the *printf family of functions. While building the *debug* version
of the mlvm, the build stops with 4 errors about a mismatch between a
format specification and the actual arguments.
Changeset: 515c6ecdf54d
Author:twisti
Date: 2009-09-08 18:58 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/515c6ecdf54d
Rebase to bsd-port jdk7-b71.
- 6833129.patch
! indy.compiler.inline.patch
! indy.compiler.patch
! meth-6815692.patch
- meth-6862576.patch
!
Changeset: 4524a655b64e
Author:twisti
Date: 2009-09-08 18:59 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/4524a655b64e
Rebase to bsd-port jdk7-b71.
! meth.patch
! series
___
mlvm-dev mailing list
john.r...@sun.com wrote:
Changeset: 57e23a026b6a
Author:jrose
Date: 2009-09-07 04:03 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/57e23a026b6a
nonperm: update integration patch (+UseParallelGC -Xcomp works)
Just for the record, +UseParallelGC still does not
Changeset: 60c425aa6014
Author:twisti
Date: 2009-09-08 21:07 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/60c425aa6014
indy-amd64: Initial interpreter support.
! indy-amd64.patch
! series
___
mlvm-dev mailing list
christian.thalin...@sun.com wrote:
Changeset: 60c425aa6014
Author:twisti
Date: 2009-09-08 21:07 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/60c425aa6014
indy-amd64: Initial interpreter support.
! indy-amd64.patch
! series
This commit adds initial
Changeset: ad3509e0f062
Author:twisti
Date: 2009-09-06 17:45 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/ad3509e0f062
nonperm: Fixed product compile error.
! nonperm-6863023.patch
___
mlvm-dev mailing list
Hi John!
I'm currently porting the interpreter to x86_64 and there is a problem
that took me almost two days to find: it's the MethodHandle.vmentry
field-type change.
For whatever reason on 64-bit it calculates the offset to 24, which
actually should be 16, and that results to this:
Raffaello Giulietti wrote:
Hello,
the gcc compiler (I'm using 4.3.3) correctly complains about jump to
case label ... crosses initialization twice.
In fact, when declaring a var inside a case in a switch, braces are
needed to make a block out of the statements. Otherwise the declaration
Christian Thalinger wrote:
Charles Oliver Nutter wrote:
client still crashes for me with bench_fib_recursive, but server runs
This crash happens because of the non-static final field changes I made,
the client compiler does not know about them. I will fix that.
Well... since C1 does
Raffaello Giulietti wrote:
Hello,
I just built a (nondebug) da Vinci machine with the guards
4256b1662add
buildable
However, it complains that it does neither recognize
+EnableInvokeDynamic nor +EnableMethodHandles.
But when I remove the options, it complains that to use method handles
Charles Oliver Nutter wrote:
client still crashes for me with bench_fib_recursive, but server runs
This crash happens because of the non-static final field changes I made,
the client compiler does not know about them. I will fix that.
-- Christian
Changeset: 58929243564d
Author:twisti
Date: 2009-08-27 18:11 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/58929243564d
indy.compiler.inline: Some fixes, but still a couple of problems.
! indy.compiler.inline.patch
___
Charles Oliver Nutter wrote:
But keep in mind: THIS IS WORK IN PROGRESS and is not enabled by default!
How do we enable it? It this just turning off the +testable guard?
Sorry, yes, I should have mentioned that.
The need for this tweaking will go away in the future, but for now, if
you
Charles Oliver Nutter wrote:
FYI, here's the results of qpush -a...I notice the compiler.inline
patch isn't applying because it's -testable:
~/projects/davinci ➔ sh patches/make/each-patch-repo.sh 'hg qpush -a'
+ (cd sources/hotspot; hg qpush -a)
applying 6833129.patch
applying
Changeset: 7af5b91defe7
Author:twisti
Date: 2009-08-21 14:07 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/7af5b91defe7
6833129, 6873116: Changeset from upstream that gets removed when promoted.
series: Added above changesets.
indy.compiler: Fixed client compiler
Hi!
Sorry for the long delay on this one, but we had to sort out some stuff
about this patch upstream.
Finally, this change fixes the crashes you have seen in javac (no need
for -J-Xint anymore). Please let me know if something still fails.
-- Christian
Changeset: a5c35afafeaf
Author:twisti
Date: 2009-08-21 15:58 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/a5c35afafeaf
indy.compiler.inline: Added generated bytecode adapters.
! indy.compiler.inline.patch
___
mlvm-dev
Hi!
This commit adds generated bytecode adapters for MethodHandles. With
these adapters it's possible to inline the whole path of a
MethodHandleChain, plus the ultimate target, into the caller.
But keep in mind: THIS IS WORK IN PROGRESS and is not enabled by default!
A lot of stuff already
John Rose wrote:
On Aug 18, 2009, at 6:07 AM, Raffaello Giulietti wrote:
Hi Christian,
do an upcast
String result = mh.Stringinvoke((Object) foo);
Yes. The difference between the two call sites is:
(Ljava/lang/String;)Ljava/lang/String;
vs.
Raffaello Giulietti wrote:
Christian Thalinger wrote:
Raffaello Giulietti wrote:
* Is there a special -XX: flag to turn on inlining of methods invoked
via method handles?
* Or must something be enabled during the build of mlvm?
No, inlining is enabled by default. Currently only DMH invokes
Raffaello Giulietti wrote:
Christian, your worries were well founded.
In fact, the target handler of the invokedynamic was not a direct MH but
a bound MH, instead. I forgot about my own implementation :-(
I have know refactored the code to make use of DMHs by storing the bound
argument in
Hi!
Looks like there is a problem with findVirtual. Since I don't know very
much about the MethodHandle Java level, I want to be sure it's not my fault.
Doing:
MethodHandle mh = MethodHandles.lookup().findVirtual(Object.class,
toString, MethodType.make(String.class));
String result =
Attila Szegedi wrote:
Shouldn't that be
mh.String,Objectinvoke(foo)
? It returns a String and takes an Object.
No, the syntax is correct. A MethodHandle invoke only specifies the
return type.
-- Christian
___
mlvm-dev mailing list
Raffaello Giulietti wrote:
* Is there a special -XX: flag to turn on inlining of methods invoked
via method handles?
* Or must something be enabled during the build of mlvm?
No, inlining is enabled by default. Currently only DMH invokes are
inlined, but I'm working on inlining the rest. Are
was already mentioned in
http://mail.openjdk.java.net/pipermail/mlvm-dev/2009-June/000762.html
by Christian Thalinger.
Some suggestion or workaround?
I'm currently working on a fix for that, I just need John to review
it. You can workaround that problem with -J-Xint.
-- Christian
Christian Thalinger wrote:
Still building the newly checked out version...
Finally I can reproduce the crashes. Either it's related to debug vs.
product build or the additional patches applied. Still investigating...
-- Christian
___
mlvm-dev
Christian Thalinger wrote:
Christian Thalinger wrote:
Still building the newly checked out version...
Finally I can reproduce the crashes. Either it's related to debug vs.
product build or the additional patches applied. Still investigating...
Oh no! It's so obvious
Christian Thalinger wrote:
Christian Thalinger wrote:
Christian Thalinger wrote:
Still building the newly checked out version...
Finally I can reproduce the crashes. Either it's related to debug vs.
product build or the additional patches applied. Still investigating...
Oh no! It's so
Charles Oliver Nutter wrote:
Ok, finally circled back around to testing things again. With Attila's
build, I'm still getting crashes, but more seems to work.
I've attached the dump from the crash. To reproduce:
1. grab and unpack a JRuby nightly from
I just updated my GIT repository,
Charles Oliver Nutter wrote:
Ok, finally circled back around to testing things again. With Attila's
build, I'm still getting crashes, but more seems to work.
I've attached the dump from the crash. To reproduce:
1. grab and unpack a JRuby nightly from
2. set MLVM into JAVA_HOME
3. run
Attila Szegedi wrote:
Strangely, trying to build using gnumake from davinci/patches/make
will fail; that's why I go back manually to bsd-port. Also, not doing
a ./clean.sh is a bad idea, as it did cause a build to fail in the
past. Anyway, the problem is likely that I failed to update
Lukas Stadler wrote:
The current status: I could push the patch into the patch-repository,
but I'm kind of a mercurial-newbie... Do you perhaps have any pointers
to a description of how that works? :-)
Sure. Well, you could read the Mercurial book[1], but I think that's
overkill for just
Changeset: 5a441b8853b5
Author:twisti
Date: 2009-07-27 17:19 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/5a441b8853b5
Rebase to bsd-port jdk7-b66.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
Changeset: 0c3e06f18182
Author:twisti
Date: 2009-07-27 17:20 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/0c3e06f18182
Rebase to bsd-port jdk7-b66. fake_fdopendir removed.
- fake_fdopendir.patch
! series
___
mlvm-dev mailing
Changeset: 37c71ed7e7f1
Author:twisti
Date: 2009-07-27 17:19 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/37c71ed7e7f1
Rebase to bsd-port jdk7-b66.
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
John Rose wrote:
I finished methodHandleWalker.cpp, except for the bytecode compiler,
which I'm not sure we need at this point.
If you run with +TraceMethodHandles and +Verbose, you'll see zillions
of method handle printouts using the walker.
The current patch does not build. I wonder
Changeset: a1a29fcdff29
Author:twisti
Date: 2009-07-16 15:22 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/a1a29fcdff29
meth.walker: Fixed compile errors.
! meth.walker.patch
___
mlvm-dev mailing list
gustav trede wrote:
Hello,
You should better ask these questions on hotspot-dev.
-- Christian
Christian Thalinger wrote:
Guillaume Laforge wrote:
On Tue, Jul 14, 2009 at 12:19, Christian
Thalingerchristian.thalin...@sun.com wrote:
Jochen Theodorou wrote:
show if it is worth the effort. Well.. cannot use invokedynamic on my
machine yet...
Why is that?
Only x86 / 32bit if I recall
Christian Thalinger wrote:
Jochen Theodorou wrote:
Christian Thalinger schrieb:
Jochen Theodorou wrote:
I managed to do the 64bit build, but I did not yet do the 32bit build,
because not only do I need the jvm in 32bit, I also need all
dependencies in 32bit. But if it is easy I would like
Changeset: 10c9012a48c4
Author:twisti
Date: 2009-07-13 17:54 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/10c9012a48c4
indy.compiler: Fixed crashes with exceptions.
! indy.compiler.patch
___
mlvm-dev mailing list
Chanwit Kaewkasi wrote:
Or is that
optimized away?
Really do not know what's happening behind the scene. It would be
great if I could be able to dump and see the optimized native codes.
If you have a debug build you can use -XX:+PrintOptoAssembly (so you
don't have to build hsdis). It's
John Rose wrote:
FTR, here's a test case I just minimized. It may be related to some of
the failures we've been seeing.
I have a fix (like you suggested). I just need you to review it.
-- Christian
___
mlvm-dev mailing list
Renju Mathew wrote:
Hi
Here is the backtrace
(gdb) bt
#0 0x7ce25b12 in strrchr () from /usr/lib/libc.so.6
#1 0xd550b87a in ?? ()
#2 0x7cdd02fd in init () from /usr/lib/libc.so.6
I think it would be good to have a debug build. Please build again with:
$ make debug_build
--
Attila Szegedi wrote:
Are there any drawbacks to compiling with GCC 4.0.1? ('Cause that's
what appears to be coming bundled in Apple developer tools on Mac OS X)
No, building with Apple's 4.0.1 is pretty fine. The problems come with
Apple's 4.2.1. I get crashing binaries with that compiler.
john.r...@sun.com wrote:
Changeset: 08a326d18c57
Author:jrose
Date: 2009-07-07 20:55 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/08a326d18c57
indy.compiler: A couple more CP fixes, to make tests work in -Xcomp mode.
I just tried some simple tests with -Xcomp
Christian Thalinger wrote:
john.r...@sun.com wrote:
Changeset: 08a326d18c57
Author:jrose
Date: 2009-07-07 20:55 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/08a326d18c57
indy.compiler: A couple more CP fixes, to make tests work in -Xcomp mode.
I just tried
Chanwit Kaewkasi wrote:
Hi Christian,
It's very close to *native Java* now, if I correctly remember the figure.
That's good news! Guessing this is a product build, could you time a
run it with -XX:-Inline to see if your methods are inlined (with a debug
build you could do a
Charles Oliver Nutter wrote:
~/projects/davinci/sources/hotspot ➔ hg qapplied
meth.patch
indy.patch
indy.compiler.patch
~/projects/davinci/sources/jdk ➔ hg qapplied
indy.tests.patch
indy.pack.patch
indy.patch
I would love for this to simply be my problem. Is there a specific
line of
Charles Oliver Nutter wrote:
Should this allow things to run correctly? I'm still getting crashes
without -Xint (maybe I don't have it built properly?)
It works for me. Could you verify you reapplied the patch?
-- Christian
___
mlvm-dev mailing list
Changeset: b0c030b16041
Author:twisti
Date: 2009-07-01 13:28 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/b0c030b16041
indy.compiler: Removed unnecessary code.
! indy.compiler.patch
___
mlvm-dev mailing list
Changeset: e81f20115766
Author:twisti
Date: 2009-06-30 16:45 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/e81f20115766
indy: Replaced all occurrences of sun.dyn.CallSiteImpl with java.dyn.CallSite.
! indy.patch
___
Changeset: 361230176dc4
Author:twisti
Date: 2009-06-30 17:24 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/361230176dc4
indy.compiler: Updated to indy changes.
! indy.compiler.patch
___
mlvm-dev mailing list
Changeset: 51ff768ef4cf
Author:twisti
Date: 2009-06-30 17:35 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/51ff768ef4cf
indy.compiler: Missed some indy changes, sorry.
! indy.compiler.patch
___
mlvm-dev mailing list
Changeset: d132ac2af97a
Author:twisti
Date: 2009-06-30 19:05 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/d132ac2af97a
indy: Commented some unused code to fix compilation breakage.
! indy.patch
___
mlvm-dev mailing list
Hi!
With the current version (0bef39e3540b) I get an exception when I want
to run a JRuby program:
CallSiteImpl.java:84:in `makeSite':
java.dyn.InvokeDynamicBootstrapError: exception thrown while linking
from bench_fractal.rb:45:in `__file__'
from bench_fractal.rb:-1:in `load'
Jochen Theodorou wrote:
Christian Thalinger schrieb:
Jochen Theodorou wrote:
Christian Thalinger schrieb:
[...]
Currently only 32-bit x86 works, no 64-bit support yet. We decided to
use x86_32 as our main development architecture and port stuff to the
other architectures later, when it's
Jochen Theodorou wrote:
it looks like I am really too stupid for this to build. I manage to
build the openjdk, but the mlvm I spend another full day just on
trying getting this run :(
I try to answer all your questions.
I was too fast the last time, I think I did build the jvm
Jochen Theodorou wrote:
Christian Thalinger schrieb:
[...]
Currently only 32-bit x86 works, no 64-bit support yet. We decided to
use x86_32 as our main development architecture and port stuff to the
other architectures later, when it's proven to work.
I think that should be mentioned
Changeset: aeb8308e7dfe
Author:twisti
Date: 2009-06-17 15:24 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/aeb8308e7dfe
indy.compiler: First commit, not enabled in series file.
+ indy.compiler.patch
___
mlvm-dev mailing
christian.thalin...@sun.com wrote:
Changeset: aeb8308e7dfe
Author:twisti
Date: 2009-06-17 15:24 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/aeb8308e7dfe
indy.compiler: First commit, not enabled in series file.
+ indy.compiler.patch
Although it's not
Andrei Dmitriev wrote:
You've compiled it on BSD or Mac?
On Mac OS X 10.5
-- Christian
On Thu, 2009-05-21 at 22:34 -0400, Frank Wierzbicki wrote:
Trying to just build the stock bsd-port I am getting this:
Linking vm...
{ \
echo Linking launcher...; \
\
cc -m32 -march=i586 -mstackrealign -m32 -march=i586
-mstackrealign -L `pwd` -o gamma
[I subscribed to the list.]
On Mon, 2009-05-18 at 11:41 -0700, John Rose wrote:
A guess a complete list of the hazards is:
- config error in your local build run environments
- incomplete or erroneous mvlm patches
- bad patch apply due to skew between JDK7 and bsd-port patch bases
- error
On Sun, 2009-05-17 at 22:11 +0200, Ulf Zibis wrote:
it is not faster than the existing one, actually my not that
accurate benchmark shows it is slower...
Maybe XOR is not covered by Bug ID 6797305 ... Christian Thalinger?
No, it's not covered. There is not really a possible performance
On Tue, 2009-02-17 at 12:30 -0600, Brad Wetmore wrote:
You'd want to talk to Max (Weijun) as he has primary responsibility for
the Kerberos code, but so far it sounds very reasonable to me.
Looks like you are setup in the SCA database, it would be best to
discuss it here with Max and
On Mon, 2009-04-20 at 21:03 +0800, Max (Weijun) Wang wrote:
Hi Christian
The patch is very good, and much clearer than the previous
implementation. I will include it in the fix.
Are you also responsible for BigInteger (6832035)? But I guess not...
should I post that on core-libs-dev?
--
Hi!
Could someone take care about CR 6832035?
-- Christian
701 - 800 of 1313 matches
Mail list logo
