<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.java.harmony.devel">
    <title>gmane.comp.java.harmony.devel</title>
    <link>http://blog.gmane.org/gmane.comp.java.harmony.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35252"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35240"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35218"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35215"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35148"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35112"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35099"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35090"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35033"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35028"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35027"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35025"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35023"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35018"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35015"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35010"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35007"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35252">
    <title>[ANNOUNCE] Apache Harmony 5.0M8 available</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35252</link>
    <description>The Apache Harmony team are pleased to announce the immediate
availability of Apache Harmony 5.0M8.

Apache Harmony is the Java platform project of the Apache Software
Foundation.

Apache Harmony 5.0M8 is the latest stable build containing numerous bug
fixes, and enhancements to the policytool and pack200 support.

Source code and binary builds are available from the project download site:

    http://harmony.apache.org/download.cgi

Apache Harmony welcomes your help. For more information on how to report
problems, successes, and to get involved in Apache Harmony visit the
project website at http://harmony.apache.org

The Apache Harmony Team

</description>
    <dc:creator>Tim Ellison</dc:creator>
    <dc:date>2008-11-20T21:28:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35247">
    <title>[classlib/tools] using nativebridge tool</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35247</link>
    <description>Hello,

  there are references in the classlib code for nativebridge tool that was (originally) used to generate
java stubs/proxy calls for AWT module from C header files (for X server).  I am unable to find that 
tool anywhere in svn, so any help in locating this would be appreciated.  I need to generate some
java stubs/proxy based on different set of headers, and doing it manually does not appeal to me :)

thanks,
</description>
    <dc:creator>Stanley Gambarin</dc:creator>
    <dc:date>2008-11-20T07:45:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35241">
    <title>[classlib][luni] Redundant and repeated external properties loading using ResourceBundle may degrade performance.</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35241</link>
    <description>Hi,
I read some code in LUNI module of Harmony.
(org.apache.harmony.luni.util.Msg/MsgHelp and java.util.ResourceBundle)
I found that Harmony uses ResourceBundle to load messages from external
properties file.
e.g. Once it requires a message "K0046", it will always use
ResourceBundle to go through the
org.apache.harmony.luni.util.ExternalMessages.properties file to search it.
I think such redundant and repeated I/O operations may degrade our
performance.

Why not use a hashtable to store all the external messages? It only
requires several I/O operations initially!



</description>
    <dc:creator>Kevin Zhou</dc:creator>
    <dc:date>2008-11-20T02:08:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35240">
    <title>About</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35240</link>
    <description>Hi,
I read some code in LUNI module of Harmony. 
(org.apache.harmony.luni.util.Msg/MsgHelp and java.util.ResourceBundle)
I found that Harmony uses ResourceBundle to load messages from external 
properties file.
e.g. Once it requires a message "K0046", it will always use 
ResourceBundle to go through the 
org.apache.harmony.luni.util.ExternalMessages.properties file to search it.
I think such redundant and repeated I/O operations may degrade our 
performance.

Why not use a hashtable to store all the external messages? It only 
requires several I/O operations initially!


</description>
    <dc:creator>Kevin Zhou</dc:creator>
    <dc:date>2008-11-20T02:02:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35218">
    <title>[classlib] Any reason not to commit HARMONY-5934 - HARMONY-5938?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35218</link>
    <description>Andrew Cornwall has contributed a set of patches that wrap calls to
loadLibrary in an AccessController.doPrivileged(){} block.  It seems
fine to me, but the JIRAs have been around for a while so I was just
wondering if there's any reason not to commit the patches that I'm
missing?

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-17T11:45:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35215">
    <title>Result for r713673 (Was: Re: [vote] Declare r713673 as M8)</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35215</link>
    <description>It has been just over 72 hours since we started voting for r713673 so
the vote is now closed.

The results are nine +1s from Aleksey Shiplev, Chunrong, Xiao-Feng,
Sian, Alexey Petrenko, Alexei Fedetov, Tim, Sean and Mark and no other
votes.

At least 3 committers voted in favour, so according to Apache rules
the vote passes.

r713673 is declared as M8 and the codebase is re-opened for development.

Thanks to everyone who voted.



2008/11/17 Sean Qiu &lt;sean.xx.qiu&lt; at &gt;gmail.com&gt;:



</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-17T10:52:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35173">
    <title>[vote] Declare r713673 as M8</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35173</link>
    <description>This is our second formal vote for M8, the first one having been
cancelled when a critical bug was found[1]

r713673 consists of r711744, which we were previously voting on, plus
a fix for HARMONY-6013, which was deemed critical.  The snapshot
builds [2] and integrity testing results [3] are available.

So shall we declare r713673 as M8?

This vote will be open for 3 days, or until all binding votes have
been cast (if earlier).


[1] http://harmony.markmail.org/message/x7ajrwkdhf36s7kt
[2] http://people.apache.org/builds/harmony/snapshots/r713673/
[3] http://people.apache.org/~chunrong/harmony-integrity/

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-14T10:15:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35148">
    <title>A few questions/help.</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35148</link>
    <description>
Dear Sir/Madam, I have a few questions/help. Please let me introduce myself.My name is diab abuaiadh. I worked at ibm and invented the parallel compactionalgorithms implemented at ibm products (sov and j9). I left IBM at 2006.I have new algorithms for the garbage collection and I am very interested to implementthese algorithms. I have a few questions for you: did IBM gave j9 to the open source community?In other words, can I get the code for j9 and implement/test my new algorithms? I will be happy to share some of the ideas I have with the open source community. Thank you for your help,Diab.
_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=create&amp;wx_url=/friends.aspx&amp;mkt=en-us</description>
    <dc:creator>Diab Abuaiadh</dc:creator>
    <dc:date>2008-11-13T10:08:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35112">
    <title>Enable the MACRO _DEBUG_CHECK_NULL_</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35112</link>
    <description>hi, colleagues:
     I am asking for the support of other committers to enable the MACRO
_DEBUG_CHECK_NULL_ (in include/jit_runtime_support.h), because of the rule
of M8 code frozen period.
     I need the MACRO to enable the test case as in HARMONY-6013, which
throws uncaught NullPointerException. The exception comes with the stub of
vm_rt_monitor_enter.  We had not met the reported exception because we
originally have two null checkings with that. The first one is just before
the stub. The second is inside the stub.
     Now we find that the first null checking before the stub will be
removed after some aggressive optimizations. Also a commit r659128 moved the
null checking (and exception throwing) codes inside the stub into the
regions guarded by the disabled macro  MACRO _DEBUG_CHECK_NULL_ . As the
result drlvm just fails in running such test cases.
     Buqi is checking JIT codes to prepare another patch. But I am not sure
if we should wait and include the patch in M8. Or we can just try that after
code unfrozen.
</description>
    <dc:creator>chunrong lai</dc:creator>
    <dc:date>2008-11-12T09:08:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35099">
    <title>Anyone plans to enable interpreter + jit in client mode?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35099</link>
    <description>Hello, all,

Harmony now uses jet+jit in client mode, does anybody know why? Seems
RI uses interpreter + jit or jit only to compile target program. Does
anybody have done or plan to support the interpreter + jit in client
mode? I am asking this question because RI has good startup
performance, but Harmony has not good startup performance (one of the
problems is compilation overhead).

Thx,
Wenlong

</description>
    <dc:creator>Wenlong Li</dc:creator>
    <dc:date>2008-11-12T03:52:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35090">
    <title>[vote] Declare r711744 as M8</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35090</link>
    <description>The testing cycle for r710036 [1] has been completed and the test
results have been discussed [2].

Two bug fixes [3,4] have been committed since r710036 that we want to
include in M8. r711744 has not been through the extended testing
cycle, but has been through the standard integrity testing cycle with
the same results as r710036.[5]

As usual there are some long-standing issues and a few new ones, but
nothing that has been considederd critical so far.  Overall the pass
rate is better than M7.

If anyone thinks that a particular issue is a blocker for M8 please say so here.

Otherwise, shall we declare r711744 as M8 and unfreeze the code base?

[1]  http://people.apache.org/~chunrong/snapshots/r710036/index.html

[2] http://markmail.org/message/l72lba7xehacqyku

[3] http://markmail.org/message/6fxgpa2azv27zsol

[4] http://markmail.org/message/ljqwytbegtsfou2g

[5] http://people.apache.org/~chunrong/harmony-integrity/

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-10T16:17:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35033">
    <title>[general] M8 code freeze now in effect</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35033</link>
    <description>As agreed, we are now entering our code freeze for M8.  No commits
allowed except for critical bug fixes and they must be approved on the
dev list by at least two committers.

Let's use r710036 for our snapshot testing.  Please could as many
people as possible try to do some testing this week so that we can get
M8 as stable as we can.

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-03T11:14:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35028">
    <title>discussion for H5022</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35028</link>
    <description>Hi, guys. I'm studying H5022 - incorrect codegeneration of compressed obj
arithmetics[1]. In my understanding, the problem is that current JIT casts
heap base address from 64-bit to 32-bit compulsorily in IA32 but that
address must be in 64-bit even in a 32-bit platform. If I catch the point of
this jira correctly, I'll try to delete the casts in
Ia32InstCodeSelector.cpp recently. Any comment? Thanks.

Xiaoming

[1] - https://issues.apache.org/jira/browse/HARMONY-5022
</description>
    <dc:creator>xiaoming gu</dc:creator>
    <dc:date>2008-11-03T03:52:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35027">
    <title>[general] Harmony on PowerPC</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35027</link>
    <description>Hello,

I am trying to run Java application on a PowerPC Linux distro, which is
old - Kernel 2.4.22 and glibc 2.3.2.
I could not use off-the-shelf binary distributions of JVM from Sun or
IBM as I need to build the JVM from source using my toolchain. With help
from this list (Thank you, Tim) I was able to successfully run my Java
application with Harmony on CentOS 5, x86 as an initial proof of
concept.

I am now trying to build Harmony on PowerPC platform. I have built a few
modules of classlib, but encountered a problem in threads portlib
module, where a number of functions are implemented in assembly language
and the ppc implementation is missing.
Apart from portlib thread module there seem to exist only two more VM
modules with assembly code and PPC specific implementation is missing.

The "supported platforms" section on the project website indicates that
the PPC port is in progress. 
What is the current status of PowerPC porting? Is anybody running
Harmony on PowerPC?

Thank you in advance,
Mark.





</description>
    <dc:creator>Mark Gertsvolf</dc:creator>
    <dc:date>2008-11-03T03:34:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35025">
    <title>[admin] Automated Monthly Reminder</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35025</link>
    <description>This is a monthly automated mailing to the Apache Harmony dev list.

The Apache Harmony project welcomes the participation and input of 
anyone interested in open source Java SE, the goal of our project.
For more information about the Apache Harmony project, please see
the project website.

  http://harmony.apache.org/

The terms of use for the Harmony mail lists can be found here : 

  http://harmony.apache.org/mailing.html

and they are

  This forum has been created for public communication about 
  projects of The Apache Software Foundation (the "Foundation"), 
  a Delaware nonprofit corporation classified as a public charity 
  under 501(c)(3). All communication intentionally submitted to 
  the Foundation on this forum is considered a Contribution to the 
  Foundation unless otherwise noted in the communication. The terms 
  and conditions that apply to your Contributions are defined by 
  either a contributor license agreement (CLA) signed by you and/or 
  your employer or, if no such CLA is on file at the Foundation,
  by the terms and conditions of Contributions as defined by the 
  Apache License, Version 2.0.


Note : 

  * If you do not wish your post to be a Contribution, we would 
    prefer that you do not post it. However, in the event that 
    you do, please mark as "NOT A CONTRIBUTION" at the top of 
    the posting.
       
  * Do not post any code that is not your original work, or code 
    that you do not have clear authorization to contribute.
    
  * Do not engage in detailed discussion of any implementation 
    that you have been exposed to unless such implementation is 
    available to everyone under an open source license or is your 
    own implementation.
        
  * Under no circumstances will any committer accept code for 
    inclusion in our SVN repository contributed on the mailing 
    list unless it is from an Authorized Contributor, as defined here.


If you have any questions, please do not hesitate to ask on either the 
dev list.

If there are any questions that are of a private or sensitive nature, 
please send them to 

     private&lt; at &gt;harmony.apache.org



</description>
    <dc:creator>geirm&lt; at &gt;apache.org</dc:creator>
    <dc:date>2008-11-01T00:00:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35023">
    <title>[testing][concurrent] Should we exclude failing concurrent tests?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35023</link>
    <description>IIRC the concurrent tests have only recently been included in the
normal class library test suite, so the failures we are seeing are due
to missing functionality rather than regressions.  If that's right,
should we exclude them in the short term and raise a JIRA to track the
issue?

According to the integrity testing page the classes with failures on
Windows are:

AbstractQueuedSynchronizerTest
ThreadLocalTest
ReentrantLockTest
ExecutorsTest
ScheduledExecutorTest

and on Linux are:

ExecutorsTest
ThreadLocalTest


</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-10-31T15:43:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35018">
    <title>[general] Clean on test machines?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35018</link>
    <description>Hello,

Is it possible to do a clean on any classlib test machines?  I think I
have fixed the test failures:

 org.apache.harmony.archive.util.UtilTest.testToASCIIUpperCaseByte() and
 org.apache.harmony.archive.util.UtilTest.testToASCIIUpperCaseChar()

at r709179, but I had to do a clean on my computer first, so I think
the test machine(s) will need one too.  Is it Chunrong who could do
this? (http://people.apache.org/~chunrong/harmony-integrity/)

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-10-31T13:37:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35015">
    <title>[Build]Problem on Mac OS</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35015</link>
    <description>Hi, all

IIRC Harmony was compatible with mac. but I just came across a build
problem on Mac when I try to build Harmony. It's a assemble problem
which I'm not familiar with, do you know what happened there?

-build-native-thread:
     [echo] Making "" in
/Users/tonywu/trunk/modules/portlib/src/main/native/thread/unix
     [exec] as   -o x86/thrhelp.o x86/thrhelp.s
     [exec] x86/thrhelp.s:37:Unknown pseudo-op: .type
     [exec] x86/thrhelp.s:37:Rest of line ignored. 1st junk character
valued 104 (h).
     [exec] x86/thrhelp.s:39:Unknown pseudo-op: .type
     [exec] x86/thrhelp.s:39:Rest of line ignored. 1st junk character
valued 99 (c).
     [exec] x86/thrhelp.s:41:Unknown pseudo-op: .type
     [exec] x86/thrhelp.s:41:Rest of line ignored. 1st junk character
valued 104 (h).
     [exec] x86/thrhelp.s:70:Unknown pseudo-op: .size
     [exec] x86/thrhelp.s:70:Rest of line ignored. 1st junk character
valued 99 (c).
     [exec] x86/thrhelp.s:95:Unknown pseudo-op: .size
     [exec] x86/thrhelp.s:95:Rest of line ignored. 1st junk character
valued 104 (h).
     [exec] x86/thrhelp.s:120:Unknown pseudo-op: .size
     [exec] x86/thrhelp.s:120:Rest of line ignored. 1st junk character
valued 104 (h).
     [exec] make: *** [x86/thrhelp.o] Error 1

</description>
    <dc:creator>Tony Wu</dc:creator>
    <dc:date>2008-10-31T07:27:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35010">
    <title>[testing] Exception java.nio.channels.IllegalSelectorException thrown in dnsjava</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35010</link>
    <description>Hi,

I am running Harmony JVM 5.0 on CentOS 5, x86 and I am using dnsjava
library. The following simple A lookup works as expected with IBM JVM
5.0 and results in exception with Harmony.

try {
org.xbill.DNS.Record[] records = new
org.xbill.DNS.Lookup("magma.ca").run();
} catch (Throwable ex) {
ex.printStackTrace();
}

Exception:
java.nio.channels.IllegalSelectorException
        at
java.nio.channels.spi.AbstractSelectableChannel.register(AbstractSelecta
bleChannel.java:137)
        at
java.nio.channels.SelectableChannel.register(SelectableChannel.java:115)
        at org.xbill.DNS.Client.&lt;init&gt;(Client.java:22)
        at org.xbill.DNS.UDPClient.&lt;init&gt;(UDPClient.java:14)
        at org.xbill.DNS.UDPClient.sendrecv(UDPClient.java:64)
        at org.xbill.DNS.SimpleResolver.send(SimpleResolver.java:256)
        at org.xbill.DNS.ResolveThread.run(ResolveThread.java:37)

I studied dnsjava code and I do not see any reason for
IllegalSelectorException to be thrown. 
http://dnsjava.cvs.sourceforge.net/viewvc/dnsjava/dnsjava/org/xbill/DNS/
Client.java?revision=1.5&amp;view=markup
http://dnsjava.cvs.sourceforge.net/viewvc/dnsjava/dnsjava/org/xbill/DNS/
UDPClient.java?revision=1.4&amp;view=markup


How does one troubleshoot this type of problem?
Any help will be appreciated.

Thanks,
Mark.

</description>
    <dc:creator>Mark Gertsvolf</dc:creator>
    <dc:date>2008-10-30T15:41:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35007">
    <title>[performance] Up to date numbers?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35007</link>
    <description>Do we have any up to date performance numbers published?

There have been posts on this list about people running SPEC benchmarks,
and recent work on the JIT.

The website [1] shows some very old results.

[1] http://harmony.apache.org/performance.html

Regards,
Tim

</description>
    <dc:creator>Tim Ellison</dc:creator>
    <dc:date>2008-10-30T12:39:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/34995">
    <title>[general] M8 Feature Freeze</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/34995</link>
    <description>Let's start our feature freeze today for M8.  As previously agreed,
new functionality, big changes and code redesign are forbidden; only
bugs fixes and code tidy-up are allowed.

I'm aware that there haven't been a huge number of responses either
way on the other M8 thread so if anyone disagrees with the freeze for
any reason please say so here, otherwise we'll assume that the code is
frozen.

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-10-27T15:16:09</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.harmony.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.harmony.devel</link>
  </textinput>
</rdf:RDF>
