ass,
served through vtable marks).
Robin Garner wrote:
My proposal doesn't require steps (2) although VM->ClassLaoder
references are weak, and (5), because the trace from the vtable roots is
no different fromthe standard GC trace.
Okay, It looks like you found a way to avoid repetitiv
Salikh Zakirov wrote:
Robin,
I have read your description of "secondary root set" approach, and found it the
same as
"finalization-like" approach discussed by Etienne and me earlier.
I think you have missed one point: after retracing from secondary root set once,
more
+---+
struct Class
Whether this helps performance depends on the cache policy of the
multiprocessor. I'm not sufficiently versed in cache architectures to
say, but I would expect that machines with sufficiently weak memory
models will ma
be an excessive alignment boundary ?
I'll try it out in the next day or so. Unfortunately I don't have
access to anything with more parallelism than a Pentium D, so it's not
likely to be conclusive.
--
Robin Garner
Dept. of Computer Science
Australian National University
http://cs.anu.edu.au/people/Robin.Garner/
Etienne Gagnon wrote:
Aleksey Ignatenko wrote:
So the list is:
[...]
2. per heap space/generation boolean marker on the classloader instance(
Etienne )
3. class reachability marker byte in vtable (Robin )
[...]
Unless Robin disagrees(?), I would say that 2 and 3 have evolved into a
single
Geir Magnusson Jr. wrote:
Robin Garner wrote:
Geir Magnusson Jr. wrote:
Nice - we should put this on the website (maybe same place where we
point to JAPI results).
Are you tracking performance #'s over time? You are just tracking
regression in terms of how much runs, rather than how
cause _all_ the DaCapo benchmarks rely on SHA-1 for
validation. I raised JIRA Harmony-2135 on this issue. Looks like after
eclipse has run, drlvm forgets how to access the SHA-1 algorithm :(
--
Robin Garner
Dept. of Computer Science
Australian National University
http://cs.anu.edu.au/people/Robin.Garner/
ggest that maybe the mailing list isn't the most ideal
place to keep draft design documents ? Isn't there a wiki or some other
web page where it could be kept and referred to ?
--
Robin Garner
Dept. of Computer Science
Australian National University
http://cs.anu.edu.au/people/Robin.Garner/
n instance of a class in the nursery can pass a
reference to its classloader to a mature-space object under suitably
bizarre circumstances. I guess you could have a write barrier on the
class metadata space ...
... an XOR barrier could actually be an interesting solution ... but I'm
s
Alexey Varlamov wrote:
Robin,
1) it must be debug build of drlvm;
2) syntax is -Xstats:[1|2|3] , the number denotes detalization level.
Actually this options gives various *statistics* for run, rather than
performance data or profile. E.g. number of particular byte ops
performed, exceptions
Alexey Varlamov wrote:
2006/11/9, Robin Garner <[EMAIL PROTECTED]>:
Etienne Gagnon wrote:
> Alexey Varlamov wrote:
>> Sorry if it was already discussed, but I believe this approach also
>> requires marking vtable bit/byte on each object allocation, unitl the
>> &quo
ately, YES. It's a known problem. You need to specify
-XcleanupOnExit as well :-) I'm working in it currently will
provide a fix soon...
Thanks
Evgueni
On 11/9/06, Robin Garner <[EMAIL PROTECTED]> wrote:
Evgueni Brevnov wrote:
> On 11/9/06, Alexey Petrenko <[EMAIL PROTECT
Etienne Gagnon wrote:
Alexey Varlamov wrote:
Sorry if it was already discussed, but I believe this approach also
requires marking vtable bit/byte on each object allocation, unitl the
"unloading" GC pass is strictly stop-the-world full-heap collection.
Robin, did you include this
r as I can tell, its over-engineering. I would love
to be proven wrong.
But isn't this simply an implementation detail of something that is
important, namely the class unloading?
geir
While it did come up as an issue in the class-unloading talks I think
most of us believe it to be orthogonal.
cheers
--
Robin Garner
Dept. of Computer Science
Australian National University
n failures, but I'm working on graphs of
performance over time, for the non-commercial VMs at least.
This is a temporary home, so don't link to it too permanently :)
cheers
Robin Garner wrote:
Weldon Washburn wrote:
Fantastic!
By the way, the http:// link below did not work fo
Evgueni Brevnov wrote:
On 11/9/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
The logs for some benchmarks does not have error messages.
Is this possible to fix?
SY, Alexey
2006/11/9, Robin Garner <[EMAIL PROTECTED]>:
> I've just finished adding drlvm to the nigh
Evgueni Brevnov wrote:
On 11/9/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
The logs for some benchmarks does not have error messages.
Is this possible to fix?
SY, Alexey
2006/11/9, Robin Garner <[EMAIL PROTECTED]>:
> I've just finished adding drlvm to the nigh
that it would
require a display.
Not what I'd call a problem, but someone might like to add it to their list.
cheers
--
Robin Garner
Dept. of Computer Science
Australian National University
Alexey Petrenko wrote:
Robin,
I was frightened of your message subject... It looks like you've
found some serious regressions in classlib and drlvm :)
:) Well, actually only 7 of the 11 benchmarks run - I guess it's only a
regression if they *ever* ran :)
The results are avai
Weldon Washburn wrote:
Fantastic!
By the way, the http:// link below did not work for me.
Doh!
http://cs.anu.edu.au/people/Robin.Garner/dacapo/regression/
On 11/8/06, Robin Garner <[EMAIL PROTECTED]> wrote:
I've just finished adding drlvm to the nightly DaCapo benchmark
stern time).
I'm currently working on adding performance stats for DRLVM and
JikesRVM, so some suggestions about the best command line parameters to
use would be appreciated.
cheers
--
Robin Garner
Dept. of Computer Science
Australian National University
ith class loader
death (such as proposed in 1-[*] above).
Also, if somebody was able to find a "correctness" deficiency in my
proposal, then please let us know, so that we make sure this deficiency
is eliminated from all competing proposals.
By the way, what are the currently competing propo
[*]This wouldn't affect any other operation, during other GC cycles, as
Robin's unconditional bit/byte/word vtable write only serves to tell us
whether a class loader has had living instances of its classes during
the epoch.
--
Robin Garner
Dept. of Computer Science
Australian National University
On Thu, 2006-11-09 at 02:01 +0300, Ivan Volosyuk wrote:
> Robin,
>
> thank you for detailed description of the algorithm. IMHO, this was
> the most complicated place of the whole story: how to have a weak
> reference to classloader and still be able to get it alive again. This
Robin Garner wrote:
Aleksey Ignatenko wrote:
Robin.
OK, well how about keeping a weak reference to the >j.l.ClassLoader
object instead of a strong one. When the reference >becomes (strong)ly
unreachable, invoke the class-unloading phase.
If you have weak reference to j.l.Classloade
Aleksey Ignatenko wrote:
Robin.
OK, well how about keeping a weak reference to the >j.l.ClassLoader
object instead of a strong one. When the reference >becomes (strong)ly
unreachable, invoke the class-unloading phase.
If you have weak reference to j.l.Classloader - GC will collect it
Pavel Pervov wrote:
Robin,
The kind of model I had in mind was along the lines of:
- VM maintains a linked list (or other collection type) of the currently
loaded classloaders, each of which in turn maintains the collection of
classes loaded by that type. The sweep of classloaders goes
e cost of it ? And where is it described ? I was
only aware of Etienne's proposal as a full class-unloading scheme.
With the best regards,
--
Robin Garner
Dept. of Computer Science
Australian National University
Aleksey Ignatenko wrote:
Hi, Robin.
I do really like this proposed idea of marking VTables from objects via
additional word field in VTable.
But I have one question about detecting reachability of the classloaders
("sweep the vtables and check the reachability of the classloaders").
t; >> > PS -- When class unloading gets implemented and committed is a
> seperate
> >> > issue.
> >> >
> >> >
> >> >
> >> > +1 I think it's the best proposal among those that were discuussed
> >>
> >>
> >
>
> --
> Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
> SableVM: http://www.sablevm.org/
> SableCC: http://www.sablecc.org/
>
>
>
--
Robin Garner
Dept. of Computer Science
Australian National University
ng vtables
movable. Like a business workload that Harmony needs to run within the
next
12 months.
The cost of moving vtables would be huge. It would have to be a very
hefty optimization :)
--
Robin Garner
Dept. of Computer Science
Australian National University
pndC1E9Opnd_Sizei' of
/home/robing/tmp/harmony/harmony/working_vm/build/lnx_ia32_gcc_debug/semis/vm/jthread/_bin/libjthread.a(thread_helpers.o)
[cc] collect2: ld returned 1 exit status
--
In which case it's happening without the 'debug' setting, and I'd
appreciate some help too. :)
robin
fields (at
the start of the object) trivial, and I'm thinking it might help
performance too.
cheers,
Robin
DRLVM][MMTk] current status and plan".
I'm enthusiastic about providing assistance to whoever takes it on, but
don't have time to take it on myself. Besides, I think at the present
moment it requires someone who understands DRLVM well more than an MMTk
hacker.
Robin
Xiao-Feng Li wrote:
Robin, good idea.
I understand the main difference between your design and Aleksey's
proposal 1 is, the tracing in your design stops as vtable, but
Aleksey's continues to classloader. On the other hand, your approach
requires an extra step to sweep the vtables i
Xiao-Feng Li wrote:
On 11/1/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
On 01 Nov 2006 16:05:41 +0600, Egor Pasko <[EMAIL PROTECTED]> wrote:
>
> On the 0x214 day of Apache Harmony Mikhail Fursov wrote:
> > On 01 Nov 2006 15:56:28 +0600, Egor Pasko <[EMAIL PROTECTED]>
wrote:
> > >
> > > agree
Weldon Washburn wrote:
Its probably in the noise but it might be possible to
even reduce the overhead of clearing the vtable "mark" by using a epoch
number instead of a boolean. The idea is that after every major GC,
increment the value used for the mark. When sweeping the
Rana Dasgupta wrote:
Robin,
The basic difference of this with Etienne's method is that the flag is
on the vtable, instead of the CL instance. Do I understand correctly ? The
GC perf impact is therefore reduced because you need to lookup
object->vtable instead of object->class->
e cost of updating
the forwarding pointers alone would be a killer, let alone the engineering
difficulties.
There are definitely reasons to write a VM in java, but I don't believe
this is one of them! As I say below I wouldn't do class unloading on top
of the standard GC mechanism - I wo
o be just under 1% in the MMTk
MarkSweep collector.
cheers,
Robin
Weldon Washburn wrote:
On 10/30/06, Robin Garner <[EMAIL PROTECTED]> wrote:
Weldon Washburn wrote:
> On 10/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Weldon Washburn wrote:
>> > Steve Blackburn was in Portland Oreg
Ivan Volosyuk wrote:
Robin, thank you for this information. I want to ask a few questions
to check that I understand you correctly.
On 10/31/06, Robin Garner <[EMAIL PROTECTED]> wrote:
MMTk implements several algorithms for retaining the reachable objects
in a graph and recycling space u
Weldon Washburn wrote:
On 10/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Weldon Washburn wrote:
> Steve Blackburn was in Portland Oregon today. I mentioned the idea of
> adding a reference pointer from object to its j.l.Class instance.
MMTk
> was
> not designed with this idea in
Weldon Washburn wrote:
On 10/25/06, Robin Garner <[EMAIL PROTECTED]> wrote:
>follows. Comments, suggestions are welcome. It would be much
>appreciated if Steve Blackburn and Robin Garner would reply to the
> questions
>below directed to the "MMTk gu
I thought moxie already had an implementation of fast native calls ?
Perhaps you could look at that ?
cheers,
Robin
Mikhail Fursov wrote:
On 10/23/06, Pavel Afremov <[EMAIL PROTECTED]> wrote:
Mikhail could you summarize all issues which should be clarified and
possible solutions for
>>
>> I agree with Geir. Its best to try to stay out of the business of
warehousing 3rd party stuff. Let's download MMTk.jar from a web page
during "build fetch-depends". We can change this if it causes
problems. Robin Garner, can you help us with this? What is the
>follows. Comments, suggestions are welcome. It would be much
>appreciated if Steve Blackburn and Robin Garner would reply to the
> questions
>below directed to the "MMTk guys".
Interleaved below.
> - The next step is to integrate MMTk in the early D
f it needs it.
cheers
> Robin,
>I found your last set of comments very illuminating. Thanks.
>On your suggestion below...who would manage this object, ie., construct
> and populate it, etc. before invoking the helper instance method? The jit?
> I
> think that some of the
Weldon Washburn wrote:
Robin,
I really like your thinking! I would like to see Harmony drlvm support
MMTk
fully. this may take a while. Please feel free to keep pushing to do the
right thing with the JIT.
Well, with this encouragement, there are a few more things I'd like to
su
Urgh. In that case the array base offset should be specified in the
constructor of an MMType - JikesRVM doesn't have this problem, because the
object pointer always points to element 0 of an array irrespective of
header sizes and alignment issues (and hence the align and offset
parameters to 'all
ing, constant folding, dead code elimination etc do the work), but
also gives you the opportunity to implement initially a slow way, and if
there are infrequent difficult cases, leave them as runtime checks.
cheers
-- robin
---
Weldon Washburn wrote:
Robin,
I did a diff of the mmtk/vm directory. It looks like nothing really
changed
in the vm interface code which is good. Am I understanding this right??
That sounds about right. And (famous last words) I think the interface
will probably remain stable for a
Original Message
Subject: Re: [DRLVM][JET] write barrier for Java (mmtk)
Date: Thu, 12 Oct 2006 11:36:33 +1000
From: Robin Garner <[EMAIL PROTECTED]>
To: harmony-dev@incubator.apache.org
References:
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL
Original Message
Subject: Re: [DRLVM][JET] write barrier for Java (mmtk)
Date: Thu, 12 Oct 2006 11:18:20 +1000
From: Robin Garner <[EMAIL PROTECTED]>
To: harmony-dev@incubator.apache.org
References:
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL
performWriteInBarrier() directly. This sort of, kind of
breaks
> MMTk architecture.
well, it less 'breaks the architecture' than performs a no-op :)
-- robin
Weldon Washburn wrote:
Ooops. I really tangled things up. You are right about how we are
supposed
to find the Java w
Robin Garner wrote:
Vladimir Gorr wrote:
On 9/22/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
Since Harmony is an open source project probably we should change the
link from commercial WinZip to open source 7-Zip[1] :)
It has *GNU LGPL. *IIRC we can't use this, can it?
Thank
Vladimir Gorr wrote:
On 9/22/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
Since Harmony is an open source project probably we should change the
link from commercial WinZip to open source 7-Zip[1] :)
It has *GNU LGPL. *IIRC we can't use this, can it?
Thanks,
Vladimir.
Isn't info-zip the
Egor Pasko wrote:
On the 0x1EC day of Apache Harmony Robin Garner wrote:
Thanks to everyone who assisted before ... the build is progressing,
but now fails with
[cc] /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_tree.h:36 7:
error: no matching function for
Geir Magnusson Jr. wrote:
On Sep 22, 2006, at 12:02 AM, Robin Garner wrote:
Geir Magnusson Jr. wrote:
IIRC, there's something broken about us and gcc 4.
Go back to gcc 3.4.6 or so...
geir
OK, so I worked out I do this by editing lnx.properties and changing
# Default C compiler, e
urred while executing this line:
/home/robing/harmony/drlvm/build/lnx_ia32_gcc-3.4_debug/semis/build/targets/common_extra.xml:8:
gcc-3.4 is not a legal value for this attribute
what next ? :)
Thanks,
Robin
-
Terms of use :
Geir Magnusson Jr. wrote:
On Sep 21, 2006, at 9:18 PM, Robin Garner wrote:
Geir Magnusson Jr. wrote:
On Sep 21, 2006, at 1:09 AM, Robin Garner wrote:
Trying to build the latest trunk (r448461) on Ubuntu (6.06).
That's my main build platform. No need to hack anything.
Had to
is/build/targets/build.native.xml:75:
g cc failed with return code 1
Thanks in advance,
Robin
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Geir Magnusson Jr. wrote:
On Sep 21, 2006, at 1:09 AM, Robin Garner wrote:
Trying to build the latest trunk (r448461) on Ubuntu (6.06).
That's my main build platform. No need to hack anything.
Had to hack build.sh because the ant executable isn't in ANT_HOME,
That
> On 9/21/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
>>
>> Weldon, Robin
>> thank you for the comments.
>> There are just a few steps left to do before Jitrino.OPT will have
>> usable
>> "unboxed" package implementation.
>>
>&g
Trying to build the latest trunk (r448461) on Ubuntu (6.06). Had to
hack build.sh because the ant executable isn't in ANT_HOME, and add a
URL to download xalan, but now the build fails with a missing "bfd.h"
(full error message below).
Any pointers ?
Weldon Washburn wrote:
On 9/20/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
I put the update into JIRA. This update still has a lot of bugs, but is
significantly more stable then the initial one.
My plan is to work on lock prefix support in Jitrino.OPT CG tomorrow, so
if
somebody is intereste
licitly in
the case of reference counting), whereas having a Weak Reference to an
object says 'please tell me when on-one else wants this object', which
results in the object staying around even longer.
cheers,
Robin
---
Weldon Washburn wrote:
On 9/8/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
Weldon,
I added 'alloc' support to JIRA 816 (magic2.zip file)
Now it supports objects allocation only, not arrays. MMTk allocation
works
only for class named 'test' and methods with prefix 'testAlloc'. To
turn
it o
Weldon Washburn wrote:
Its not a simple wrapper that is missing. MMTk is written in Java. This
Java code needs to be intergrated into the bootstrap process of DRLVM.
For
example, initial bootstrap java code needs to run on a bootstrap java heap
until all of MMTk itself has been compiled an
Egor Pasko wrote:
On the 0x1E4 day of Apache Harmony Oliver Deakin wrote:
Forcing gc by hand does work, but it is difficult for code to know
when to
call gc.So I think it is better if VM can give some support since it
knows
the global situation.:)
..and of course a manual gc() call does not nec
What about the VMs here, drlvm or J9?
In a DRLVM JIT (Jitrino.OPT) there is an escape analysis prototype. It
detects objects that can be allocated on stack (and, hence, on
registers). Currently, it is switched off by default, and, when
enabled, it just marks the objects that are not escaped. T
Egor Pasko wrote:
On the 0x1E4 day of Apache Harmony Alexey Varlamov wrote:
Just a wild idea: a smart JIT could hint a GC during allocation if an
object is expected to be short-lived so the GC could allocate it in a
special space,
if a JIT can prove that the object is local, it can allocate i
Designing a garbage collector with low pause times and high throughput (ie
low overhead) is to an extent the 'holy grail' of memory management
research.
The worst case pause times are in full heap collectors, where the pause
time is proportional to the total number of live objects in the heap.
Ge
Weldon Washburn wrote:
On 7/18/06, Volynets, Vera <[EMAIL PROTECTED]> wrote:
Hi,
I didn't find any bugs in gc_v4 at the moment,
Vera, its good to know the verifier found zero bugs in GCV4!
but this feature is really very useful especially if
you modify gc_v4 or design a new gc. Of course, it
Weldon Washburn wrote:
Robin,
Good points. Given that Object.hashCode() implementation sortof,
kindof depends on a copying mature space, does it make sense for the
GC to "own" the Object.hashCode() implementation? That way, we
eliminate the vm-wide debate about giving object hash
> From talking to
> the MMTk guys (Steve Blackburn) it seems MMTk wants to have one byte
> of object header for private use. Its unclear to me if this will be a
> performance problem for a product JVM.
Yep. We found a nice mark-sweep implement
Egor Pasko wrote:
On the 0x1C9 day of Apache Harmony Mikhail Fursov wrote:
Would id be possible to add the Java TLS API into VMThreadManager like:
long tlsAlloc(); // returns a key for new local storage entry
tlsSet(long key, long dataAddr); // stores a pointer to memory addr
for the g
> On 8/18/06, Robin Garner <[EMAIL PROTECTED]> wrote:
>>
>> Object org.vmmagic.utility.accessVmStructure()
>
> This is a good idea to keep in mind. We can introduce it when needed.
> At the moment for service fast-path inlining, I guess specific JIT
> intrisics are
ntext;
and the compiler generates code to fetch the address. Has better type
safety, potentially.
-- robin
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Weldon Washburn wrote:
All,
There is rough consensus that the immediate goal for Harmony JVM is to
reliably run simple commercial workloads with acceptable performance.
In regards to a garbage collector for a Harmony JVM in 2006 there are
some data points worth noting. 1) A quick survey shows m
There was a paper last year at OOPSLA about similar things, Adam Welc
was one of the authors. Sounds like this may be the same work that
Stefano is talking about.
cheers
zouqiong wrote:
Hi, Stefano
I think your idea about to keep a profile for the next run of the
same software is a
goo
have to have
legitimate values to satisfy MMTK writeBarrier() interface.
We also assume that the compiler will probably optimize all the
parameters away or into registers, so the # parameters shouldn't be a
performance issue.
cheers
-- Robin
-
Weldon Washburn wrote:
On 7/11/06, Robin Garner <[EMAIL PROTECTED]> wrote:
Salikh Zakirov wrote:
> Ivan Volosyuk wrote:
>
>> My idea here, is if the function is required by VM, it can be
emulated
>> on VM side via "alloc + pin". Of cause, it is not t
s
and non-pointer fields. The various transactional approaches to
synchronization make use of these, and IMO this is going to be a big
area in the not too distant future. OTOH, this is probably such a
pervasive change that it would be best to engineer a new VM with these
kinds of barrier
uch as pre-tenuring. IMO a good high-performance
interface should at least allow the VM to provide a variety of hints to
the MM.
-- Robin
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-ma
shr, rsha - they shift, but what and how
exactly they're shifting ?
Right-shift arithmetic (ie with sign extension) and right-shift logical
(no sign extend). Never heard of rshr.
- what are exact values for mode argument in writeBarrier ?
Currently, I'm simp
res all pointers from outside the heap into it to be
enumerated as roots. If statics were part of 'class' objects in the
heap, or as an Object array, then the existing write barrier should
function correctly. In fact MMTk has no not
Rodrigo Kumpera wrote:
On 6/2/06, Weldon Washburn <[EMAIL PROTECTED]> wrote:
All,
Perhaps the following is already covered in documentation. If this is
the case, please tell me where to find it. Below are some initial
questions regarding porting MMTK to DRLVM.
A question about org.vmmagic.pr
Robin Garner wrote:
Weldon Washburn wrote:
All,
I am hoping someone who has worked on compilers can actually do the
JIT modifications. I don't have much experience in compilers.
I am trying to get MMTk write barriers integrated into Harmony DRLVM.
I came up with the following schem
ot true, IMO. The JikesRVM compiler replaces Offset "objects" with a
primitive type of the natural word length of the machine.
Hope this helps,
Robin
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
T
Weldon Washburn wrote:
All,
I am hoping someone who has worked on compilers can actually do the
JIT modifications. I don't have much experience in compilers.
I am trying to get MMTk write barriers integrated into Harmony DRLVM.
I came up with the following scheme. I don't know if it is correc
Weldon Washburn wrote:
oops, I forgot to cc:
-- Forwarded message --
From: Weldon Washburn <[EMAIL PROTECTED]>
Date: May 24, 2006 11:23 AM
Subject: Re: [DRLVM] proposal to port MMTK to drlvm
To: [EMAIL PROTECTED]
On 5/24/06, Daniel Feinberg <[EMAIL PROTECTED]> wrote:
that is c
rceforge.net.
CVS head is the best version to work with. I'm happy to answer any
questions you might have about interfacing to it.
cheers
Robin
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
at do people thing about creating, say, a harmony-classlib list, and
leaving the main harmony-dev list for less in-depth discussions ?
cheers,
Robin
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e
raries, so the timing's good.
Expect a new (beta) release within the week.
cheers
Robin
http://www-ali.cs.umass.edu/DaCapo/index.html (click on Dacapo Benchmarks)
-
Terms of use : http://incubator.apache.org/harmony/
Mikhail Loenko wrote:
Hello
May be it is obvious and everybody knows it from babyhood, but anyway...
Everybody knows that this two examples of code do the same:
class test {
public Object field = null;
}
and
class test {
public Object field;
}
But if you disassemble these two classes,
oal of wide portability I would expect that the build
process would make cross-builds almost as easy as native builds.
-- Robin
bye :-)
Ashish Ranjan
India
[EMAIL PROTECTED]
On 11/23/05, Graeme Johnson
<[EMAIL PROTECTED]> wrote:
Tim Ellison <[EMAIL PROTECTED]> wrote on
1
>
> On Nov 4, 2005, at 3:20 AM, Robin Garner wrote:
>
>> Geir Magnusson Jr. wrote:
>>
>>
>>>
>>> On Nov 1, 2005, at 9:05 PM, Robin Garner wrote:
>>>
>>>
>>>> Actually my colleagues at ANU and I were remarking la
Geir Magnusson Jr. wrote:
On Nov 1, 2005, at 9:05 PM, Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week that
all the recent discussion on the Harmony list (configure scripts,
packed structs etc etc) were close to being proof that Java was the
easier way to
Archie Cobbs wrote:
Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week that all
the recent discussion on the Harmony list (configure scripts, packed
structs etc etc) were close to being proof that Java was the easier
way to go.
Here's some idle specul
1 - 100 of 131 matches
Mail list logo
