[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
PS: Generics Branch Status
From: |
Andrew John Hughes |
Subject: |
PS: Generics Branch Status |
Date: |
Thu, 16 Jun 2005 21:33:08 +0100 |
On Thu, 2005-06-16 at 20:27 +0100, Andrew John Hughes wrote:
> Hi all,
>
> A few thing recently have brought my attention to an issue I believe
> still exists with the generics branch; namely, what is the status
> regards the additions of 1.5 features? I had assumed the following:
>
> * Features requiring language features, such as generics, enums, etc. go
> on the generics branch.
> * Anything else goes on HEAD.
>
> Yet there is still a body of code on the generics branch that goes in
> the latter category (the valueOf() functions in the primitive classes
> for instance). Should this be merged across? And what is the general
> view on adding modified versions of some classes (e.g. Enum), as has
> been proposed, so as to give temporary, primarily run-time support?
>
> Also, re. Jeroen's e-mail, I'd be interested to hear from any VM
> implementers who are looking at the generics branch and what support
> they need within the class library as regards integrating new features
> such as 1.5 reflection support.
>
> Thanks,
> _______________________________________________
> Classpath mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/classpath
One other point that occurred to me; AFAICS, there is no problem with
the generics branch possibly containing the changes to the Swing
accessibility code (limited on HEAD by gcj problems) and it may also be
a good place to start looking at bringing the concurrency stuff into the
fold.
--
Andrew :-)
Please avoid sending me Microsoft Office (e.g. Word, PowerPoint)
attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
No software patents in Europe -- http://nosoftwarepatents.com
"Value your freedom, or you will lose it, teaches history.
`Don't bother us with politics' respond those who don't want to learn."
-- Richard Stallman
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
public class gcj extends Freedom implements Java { ... }
signature.asc
Description: This is a digitally signed message part