public inbox for java-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: Documenting what changed since 4.0 (gcj core libraries)
       [not found]   ` <1138714399.5680.25.camel@localhost.localdomain>
@ 2006-01-31 14:38     ` Mark Wielaard
  2006-01-31 15:35       ` Joseph S. Myers
                         ` (2 more replies)
  0 siblings, 3 replies; 15+ messages in thread
From: Mark Wielaard @ 2006-01-31 14:38 UTC (permalink / raw)
  To: gcc-patches; +Cc: java-patches


[-- Attachment #1.1: Type: text/plain, Size: 848 bytes --]

Hi,

On Tue, 2006-01-31 at 14:33 +0100, Mark Wielaard wrote:
> On Mon, 2006-01-30 at 08:43 -0700, Tom Tromey wrote:
> > >>>>> "Mark" == Mark Wielaard <mark@klomp.org> writes:
> > Mark> Where should this be added?
> > 
> > libjava/NEWS (trunk and 4.1 branch), and also the file
> > gcc-4.1/changes.html in the web pages.

Here is a patch against the changes.html file:

2006-01-31  Mark Wielaard  <mark@klomp.org>

	* htdocs/gcc-4.1/changes.html (Java): New section describing
	core library updates for 4.1.

OK to commit?
(Is it correct that these are only available through CVS?)

The original also had a list of all the people that made this possible
(see below). But it seems that is not normally done in the changes
files. Is there an appropriate place to credit the classpath/libgcj
hackers for 4.1?

Cheers,

Mark

[-- Attachment #1.2: changes-libgcj.diff --]
[-- Type: text/x-patch, Size: 12714 bytes --]

Index: htdocs/gcc-4.1/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.1/changes.html,v
retrieving revision 1.11
diff -u -r1.11 changes.html
--- htdocs/gcc-4.1/changes.html	25 Dec 2005 02:17:37 -0000	1.11
+++ htdocs/gcc-4.1/changes.html	31 Jan 2006 14:28:27 -0000
@@ -186,6 +186,303 @@
         users to mix the object oriented features of Objective-C with those of C++.</li>
   </ul>
 
+<h3>Java (GCJ)</h3>
+  <ul>
+    <li>Core library (libgcj) updates based on GNU Classpath 0.15 - 0.19+
+      <ul>
+        <li>Networking
+          <ul>
+	    <li>The java.net.HttpURLConnection implementation no
+                longer buffers the entire response body in memory.
+                This means that response bodies larger than available
+                memory can now be handled.</li>
+          </ul>
+        </li>
+
+        <li>(N)IO
+          <ul>
+            <li>NIO FileChannel.map implementation, fast bulk put
+                implementation for DirectByteBuffer (speeds up this
+                method 10x).</li>
+            <li>FileChannel.lock() and FileChannel.force() implemented.</li>
+          </ul>
+        </li>
+
+        <li>XML
+          <ul>
+            <li>gnu.xml fix for nodes created outside a namespace context.</li>
+            <li>Add support for output indenting and cdata-section-elements
+                output instruction in xml.transform.</li>
+            <li>xml.xpath corrections for cases where
+                elements/attributes might have been created in
+                non-namespace-aware mode.  Corrections to handling of
+                XSL variables and minor conformance updates.</li>
+          </ul>
+        </li>
+
+	<li>AWT
+	  <ul>
+	    <li>Qt4 configury switches for OS-X. Additional to the
+	    --enable-qt-peer, OS-X users with a Qt4 installation can
+	    build the qt-peers with the argument
+	    --with-qt4dir=&lt;Qt4-installation-dir&gt;.</li>
+
+	    <li>GNU JAWT implementation, the AWT Native Interface,
+	    which allows direct access to native screen resources from
+	    within a Canvas's paint method.  GNU Classpath Examples
+	    comes with a Demo, see
+	    libjava/classpath/examples/README.</li>
+
+	    <li>awt.datatransfer updated to 1.5 with supports for
+	    FlavorEvents.  The gtk+ awt peers now allow copy/paste of
+	    text, images, uris/files and serialized objects with other
+	    applications and tracking clipboard change events with
+	    gtk+ 2.6 (for gtk+ 2.4 only text and serialized objects
+	    are supported). A GNU Classpath Examples datatransfer Demo
+	    was added to show the new functionality.</li>
+
+	    <li>Split gtk+ awt peers event handling in two threads and
+	    improve gdk lock handling (solves several AWT lock
+	    ups).</li>
+
+	    <li>Speed up awt Image loading.</li>
+
+	    <li>Better GTK scrollbar peer implementation when using
+	    GTK &gt;= 2.6.</li>
+
+	    <li>Handle image loading errors correctly for gdkpixbuf
+	    and MediaTracker.</li>
+
+	    <li>Better handle GDK lock. Properly prefix gtkpeer native
+	    functions (cp_gtk).</li>
+
+	    <li>GdkGraphics2D has been updated to use Cairo 0.5.x
+	    APIs.</li>
+
+	    <li>BufferedImage and GtkImage rewrites. All image drawing
+	    operations should now work correctly (flipping requires
+	    gtk+ &gt;= 2.6)</li>
+
+	    <li>Future Graphics2D, Image and Text work is documented
+	    at: <a href="http://developer.classpath.org/mediation/ClasspathGraphicsImagesText">
+	    http://developer.classpath.org/mediation/ClasspathGraphicsImagesText
+	    </a></li>
+
+	    <li>When gtk+ 2.6 or higher is installed the default log
+	    handler will produce stack traces whenever a WARNING,
+	    CRITICAL or ERROR message is produced.</li>
+	  </ul>
+	</li>
+
+	<li>Free Swing
+	  <ul>
+	    <li>The Swing RepaintManager has been reworked for more
+	    efficient painting, especially for large GUIs.</li>
+
+	    <li>The Swing layout manager OverlayLayout has been
+	    implemented, the BoxLayout has been rewritten to make use
+	    of the SizeRequirements utility class and caching for more
+	    efficient layout.</li>
+
+	    <li>Improved accessibility support for Swing.</li>
+
+	    <li>Significant progress has been made in the
+	    implementation of the javax.swing.plaf.metal.* package,
+	    with most UI delegates in a working state now.  Please
+	    test this with your own applications and provide feedback
+	    that will help us to improve this package.</li>
+
+	    <li>The GUI demo (gnu.classpath.examples.swing.Demo) has
+	    been extended to highlight various features in our
+	    free-swing implementation. And includes a look and feel
+	    switcher (Metal default, Ocean or GNU).</li>
+
+	    <li>The javax.swing.plaf.multi.* package is now
+	    implemented.</li>
+
+	    <li>Editing and several key actions for JTree and JTable
+	    were implemented.</li>
+
+	    <li>Lots of icons and look and feel improvements for Free
+	    Swing basic and metal themes were added.  Try running the
+	    GNU Classpath Swing Demo in examples
+	    (gnu.classpath.examples.swing.Demo) with:
+	    -Dswing.defaultlaf=javax.swing.plaf.basic.BasicLookAndFeel
+	    -Dswing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel</li>
+
+	    <li>Start of styled text capabilites for
+	    java.swing.text.<li>
+
+	    <li>DefaultMutableTreeNode preorder, postorder, depthFirst
+	    and breadthFirst traversal enumerations implemented.</li>
+
+	    <li>JInternalFrame colors and titlebar draw properly.</li>
+
+	    <li>JTree is working up to par (icons, selection and
+	    keyboard traversal).</li>
+
+	    <li>JMenus were made more compatible in visual and
+	    programmatic behavior.</li>
+
+	    <li>JTable changeSelection and multiple selections
+	    implemented.</li>
+
+	    <li>JButton and JToggleButton change states work properly
+	    now.</li>
+
+	    <li>JFileChooser fixes.</li>
+
+	    <li>revalidate and repaint fixes which make Free Swing
+	    much more responsive.</li>
+
+	    <li>MetalIconFactory implemented.</li>
+
+	    <li>Free Swing Top-Level Compatibility. JFrame, JDialog,
+	    JApplet, JInternalFrame, and JWindow are now 1.5
+	    compatible in the sense that you can call add() and
+	    setLayout() directly on them, which will have the same
+	    effect as calling getContentPane().add() and
+	    getContentPane().setLayout().</li>
+
+	    <li>The JTree interface has been completed. JTrees now
+	    recognizes mouse clicks and selections work, but the
+	    visual implementation is not yet complete.  Work on
+	    expansion and collapsing of the tree nodes is being
+	    implemented.</li>
+
+	    <li>BoxLayout works properly now.</li>
+
+	    <li>Fixed GrayFilter to actually work.</li>
+
+	    <li>Metal SplitPane implemented.</li>
+
+	    <li>Lots of free swing text and editor stuff work now.</li>
+	  </ul>
+	</li>
+
+	<li>Free RMI and Corba
+	  <ul>
+	    <li>The Andrew Watson, Vice President and Technical
+	    Director of the Object Management Group, has officially
+	    assigned us 20 bit Vendor Minor Code Id: 0x47430 ("GC")
+	    that will mark remote Classpath - specific system
+	    exceptions.  Obtaining the VMCID means that GNU Classpath
+	    now is a recogniseable type of node in a highly
+	    interoperable CORBA world.</li>
+
+	    <li>Classpath now includes the first working draft to
+	    support the RMI over IIOP protocol. The current
+	    implementation is capable for remote invocations,
+	    transferring various Serializables and Externalizables via
+	    RMI-IIOP protocol.  It can flatten graphs and, at least
+	    for the simple cases, is interoperable with Sun's jdk
+	    1.5.</li>
+
+	    <li>org.omg.PortableInterceptor and related functionality
+	    in other packages is now implemented:
+	    <ul>
+	      <li> The sever and client interceptors work as required
+	      since 1.4.</li>
+	      <li>The IOR interceptor works as needed for 1.5.</li>
+	    </ul>
+	    </li>
+
+	    <li>The org.omg.DynamicAny package is completed and passes
+	    the prepared tests.</li>
+
+	    <li>The Portable Object Adapter should now support the
+	    output of the recent IDL to java compilers. These
+	    compilers now generate servants and not CORBA objects as
+	    before, making the output depended on the existing POA
+	    implementation. Completing POA means that such code can
+	    already be tried to run on Classpath. Our POA is tested
+	    for the following usager scenarios:
+	    <ul>
+	      <li>POA converts servant to the CORBA object.</li>
+	      <li>Servant provides to the CORBA object.</li>
+	      <li>POA activates new CORBA object with the given Object
+	      Id (byte array) that is later accessible for the
+	      servant.</li>
+	      <li>During the first call, the ServantActivator provides
+	      servant for this and all subsequent calls on the current
+	      object.</li>
+	      <li>During each call, the ServantLocator provides
+	      servant for this call only.</li>
+	      <li>ServantLocator or ServantActivator forwards call to
+	      another server.</li>
+	      <li>POA has a single servant, responsible for all
+	      objects.</li>
+	      <li>POA has a default servant, but some objects are
+	      explicitly connected to they specific servants.</li>
+	    </ul>
+	    The POA is verified using tests from the former
+	    cost.omg.org.</li>
+
+	    <li>The CORBA implementation is now a working prototype
+	    that should support features up till 1.3 inclusive.  We
+	    would invite groups writing CORBA dependent applications
+	    to try Classpath implementation, reporting any possible
+	    bugs.
+	    The CORBA prototype is interoperable with Sun's
+	    implementation v 1.4, transferring object references,
+	    primitive types, narrow and wide strings, arrays,
+	    structures, trees, abstract interfaces and value types
+	    (feature of CORBA 2.3) between these two platforms.  The
+	    remote exceptions are transferred and handled correctly.
+	    The stringified object references (IORs) from various
+	    sources are parsed as required.  The transient (for
+	    current session) and permanent (till jre restart)
+	    redirections work.  Both Little and Big Endian encoded
+	    messages are accepted.  The implementation is verified
+	    using tests from the former cost.omg.org.  The current
+	    release includes working examples (see the examples
+	    directory), demonstrating the client-server communication,
+	    using either CORBA Request or IDL-based stub (usually
+	    generated by a IDL to java compiler).  These examples also
+	    show how to use the Classpath CORBA naming service.  The
+	    IDL to java compiler is not yet written, but as our
+	    library must be compatible, it naturally accepts the
+	    output of other idlj implementations.</li>
+	  </ul>
+	</li>
+
+	<li>Misc
+	  <ul>
+
+	    <li>Updated TimeZone data against Olson tzdata2005l.</li>
+
+	    <li>Make zip and jar UTF-8 "clean".</li>
+
+	    <li>"native" code builds and compiles (warning free) on
+	    Darwin and Solaris.</li>
+
+	    <li>java.util.logging.FileHandler now rotates files.</li>
+
+	    <li>Start of a generic JDWP framework in
+	    gnu/classpath/jdwp.  This is unfinished, but feedback (at
+	    classpath@gnu.org) from runtime hackers is greatly
+	    appreciated. Although most of the work is currently being
+	    done around gcj/gij we want this framework to be as VM
+	    neutral as possible. Early design is described in: <a
+	    href="http://gcc.gnu.org/ml/java/2005-05/msg00260.html">
+	    http://gcc.gnu.org/ml/java/2005-05/msg00260.html</a></li>
+
+	    <li>QT4 AWT peers, enable by giving configure
+	    --enable-qt-peer.  Included, but not ready for production
+	    yet. They are explicitly disabled and not supported. But
+	    if you want to help with the development of these new
+	    features we are interested in feedback. You will have to
+	    explicitly enable them to try them out (and they will most
+	    likely contain bugs).</li>
+
+	    <li>Documentation fixes all over the place.  See
+	    <a href="http://developer.classpath.org/doc/">
+	    http://developer.classpath.org/doc/</a></li>
+	  </ul>
+	</li>
+      </ul>
+    </li>
+  <ul>
 <h2>New Targets and Target Specific Improvements</h2>
 
 <h3>IA-32/x86-64</h3>

[-- Attachment #1.3: people --]
[-- Type: text/plain, Size: 4194 bytes --]

Thanks! The following people helped with the classpath/libgcj 4.1
new features, bug reports, testing and integration:

Aaron Luchko (JDWP updates and documentation fixes) Andreas Jaeger
(mprec updates) Andreas Tobler (Darwin and Solaris testing and fixing,
Qt4 support for Darwin/OSX, Graphics2D support, gtk+ updates.)  Andrew
Haley (Serialization and URLClassLoader fixes, gcj build speedups)
Andrew John Hughes (Locale and net fixes, URI RFC2986 updates,
Serialization fixes, Properties XML support and generic branch work,
VMIntegration guide update) Andrew Overholt (File locking) Anthony
Balkissoon (JList, Free Swing 1.5 updates and mouse event fixes, Lots
of Free Swing work including JTable editing) Anthony Green (MIDI
framework, ALSA and DSSI providers) Archie Cobbs (Build fixes, VM
interface updates, URLClassLoader updates) Audrius Meskauskas (Lots of
Free Corba, RMI and HTML work plus testing and documenting) Bastiaan
Huisman (TimeZone bug fixing) Bryce McKinlay (RMI work) Casey Marshall
(Crypto algorithm fixes, FileChannel lock, SystemLogger and
FileHandler rotate impl, NIO FileChannel.map support, security and
policy updates) Chris Burdess (Lots of gnu.xml and http protocol
fixes, StAX and dom xml:id support) Christian Schlichtherle (Zip fixes
and cleanups) Christian Thalinger (64-bit cleanups, Configuration and
VM interface fixes and CACAO integration, fdlibm updates) Dalibor
Topic (Better DEBUG support, Build cleanups and Kaffe integration. Qt4
build infrastructure, SHA1PRNG and GdkPixbugDecoder updates) Daniel
Bonniot (Serialization fixes) David Daney (BitSet bugfixes,
HttpURLConnection rewrite and improvements) David Gilbert (Basic and
Metal icon and plaf and lots of documenting, Lots of Free Swing and
metal theme additions. MetalIconFactory implementation) David
Lichteblau (JCL support library global/local reference cleanups) Gael
Thomas (VMClassLoader boot packages support sugestions) Gary Benson
(MessageFormat fixes) Goffredo Baroncelli (HTTPURLConnection fixes)
Guilhem Lavaux (Configuration, thread and channel fixes and Kaffe
integration. JCL native Pointer updates. Logger bug fixes) Ingo
Proetel (Image, Logger and URLClassLoader updates) Ito Kazumitsu
(NetworkInterfaces implementation and updates) Jan Roehrich
(BasicTreeUI and JTree fixes) Jeroen Frijters (ClassLoader and nio
cleanups, Serialization fixes, better Proxy support, bug fixes and
IKVM integration) Julian Scheid (Documentation updates and gjdoc
support) Ka-Hing Cheung (TreePath and TreeSelection fixes) Kalle Olavi
Niemitalo (Build fixes) Keith Seitz (Lots of JDWP work) Kelley Cook
(Build fixes) Kim Ho (JFileChooser implementation) Lillian Angel
(JTree implementation and lots Free Swing additions and bug fixes)
Mark Wielaard (Bug fixes, packaging and release management, Clipboard
implementation, System call interrupts and network timeouts and
GdkPixpufDecoder fixes) Martin Cordova (Suggestions for better
SocketTimeoutException) Michael Koch (Configuration fixes. Locale
updates, bug and build fixes) Nicolas Geoffray (VMClassLoader and
AccessController improvements) Olga Rodimina (MenuSelectionManager)
Paul Jenner (Better -Werror support) Rainer Orth (Build fixes) Robert
Schuster (Documentation updates and beans fixes, TreeNode enumerations
and ActionCommand and various fixes, XML and URL, AWT and Free Swing
bug fixes) Roman Kennke (BoxLayout, GrayFilter and SplitPane, plus
bugfixes all over. Lots of Free Swing work including styled text)
Santiago Gala (AccessControlContext fixes) Simon Kitching (String
cleanups and optimization suggestions) Stuart Ballard (RMI constant
fixes) Sven de Marothy (BMP imageio support, CSS and TextLayout
fixes. GtkImage rewrite, 2D, awt, free swing and date/time fixes, Qt4
peers) Thomas Fitzsimmons (Lot of upgrades to the gtk+ AWT and cairo
2D support. Lots of imageio framework additions, lots of AWT and Free
Swing bug fixes) Tom Tromey (Eclipse integration, generics work, lots
of bug fixes and gcj integration including coordinating The Big Merge)
Wolfgang Baer (GapContent bug fixes) Ziga Mahkovec (Graphics2D
upgraded to cairo 0.5 and new regex features)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-01-31 14:38     ` Documenting what changed since 4.0 (gcj core libraries) Mark Wielaard
@ 2006-01-31 15:35       ` Joseph S. Myers
  2006-01-31 16:42         ` Mark Wielaard
  2006-02-05 22:43       ` Gerald Pfeifer
  2006-02-05 23:23       ` Andreas Tobler
  2 siblings, 1 reply; 15+ messages in thread
From: Joseph S. Myers @ 2006-01-31 15:35 UTC (permalink / raw)
  To: Mark Wielaard; +Cc: gcc-patches, java-patches

On Tue, 31 Jan 2006, Mark Wielaard wrote:

> The original also had a list of all the people that made this possible
> (see below). But it seems that is not normally done in the changes
> files. Is there an appropriate place to credit the classpath/libgcj
> hackers for 4.1?

Make sure they're listed in gcc/doc/contrib.texi (mainline and 4.1 
branch).  Since classpath exists as an external project it may also be 
useful to link to an external list of classpath contributors, if there is 
such a list.

-- 
Joseph S. Myers               http://www.srcf.ucam.org/~jsm28/gcc/
    jsm@polyomino.org.uk (personal mail)
    joseph@codesourcery.com (CodeSourcery mail)
    jsm28@gcc.gnu.org (Bugzilla assignments and CCs)

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-01-31 15:35       ` Joseph S. Myers
@ 2006-01-31 16:42         ` Mark Wielaard
  2006-02-04 14:51           ` Mark Wielaard
  2006-02-11 23:37           ` Gerald Pfeifer
  0 siblings, 2 replies; 15+ messages in thread
From: Mark Wielaard @ 2006-01-31 16:42 UTC (permalink / raw)
  To: Joseph S. Myers; +Cc: gcc-patches, java-patches


[-- Attachment #1.1: Type: text/plain, Size: 1315 bytes --]

Hi Joseph,

On Tue, 2006-01-31 at 15:35 +0000, Joseph S. Myers wrote:
> On Tue, 31 Jan 2006, Mark Wielaard wrote:
> 
> > The original also had a list of all the people that made this possible
> > (see below). But it seems that is not normally done in the changes
> > files. Is there an appropriate place to credit the classpath/libgcj
> > hackers for 4.1?
> 
> Make sure they're listed in gcc/doc/contrib.texi (mainline and 4.1 
> branch).

Is this OK? It is modeled after the Ada section.

2006-01-31  Mark Wielaard  <mark@klomp.org>

    * doc/contrib.texi (Contributors): Add classpath/libgcj hackers
    who added new 4.1 features, bug fixes and integration support.

>   Since classpath exists as an external project it may also be 
> useful to link to an external list of classpath contributors, if there is 
> such a list.

Good point. The above list was constructed by looking over the
contributions made between gcc 4.0 and 4.1 (and doesn't list people
contributing before or contributing new things after the last
classpath/libgcj merge). GNU Classpath has a list of all hackers, but it
isn't completely up to date. I'll try making a complete list for all
classpath contributors ever. If that is added and published I'll add a
link in contrib.texi to it.

Cheers,

Mark

[-- Attachment #1.2: contrib.patch --]
[-- Type: text/x-patch, Size: 5881 bytes --]

Index: gcc/doc/contrib.texi
===================================================================
--- gcc/doc/contrib.texi	(revision 110439)
+++ gcc/doc/contrib.texi	(working copy)
@@ -1,5 +1,5 @@
 @c Copyright (C) 1988,1989,1992,1993,1994,1995,1996,1997,1998,1999,2000,
-@c 2001,2002,2003,2004,2005 Free Software Foundation, Inc.
+@c 2001,2002,2003,2004,2005,2006 Free Software Foundation, Inc.
 @c This is part of the GCC manual.
 @c For copying conditions, see the file gcc.texi.
 
@@ -1142,6 +1142,204 @@
 @end itemize
 
 
+The following people are recognized for their contributions of new
+features, bug reports, testing and integration of classpath/libgcj for
+GCC version 4.1:
+@itemize @bullet
+@item
+Aaron Luchko for JDWP updates and documentation fixes.
+
+@item
+Andreas Jaeger for mprec updates.
+
+@item
+Andreas Tobler for Darwin and Solaris testing and fixing, Qt4 support
+for Darwin/OSX, Graphics2D support, gtk+ updates.
+
+@item
+Andrew Haley for Serialization and URLClassLoader fixes, gcj build
+speedups.
+
+@item
+Andrew John Hughes for Locale and net fixes, URI RFC2986 updates,
+Serialization fixes, Properties XML support and generic branch work,
+VMIntegration guide update.
+
+@item
+Andrew Overholt for File locking fixes.
+
+@item
+Anthony Balkissoon for JList, Free Swing 1.5 updates and mouse event
+fixes, Lots of Free Swing work including JTable editing.
+
+@item
+Anthony Green for MIDI framework, ALSA and DSSI providers.
+
+@item
+Archie Cobbs for Build fixes, VM interface updates, URLClassLoader
+updates.
+
+@item
+Audrius Meskauskas for lots of Free Corba, RMI and HTML work plus
+testing and documenting.
+
+@item
+Bastiaan Huisman for TimeZone bug fixing.
+
+@item
+Bryce McKinlay for RMI work.
+
+@item
+Casey Marshall for crypto algorithm fixes, FileChannel lock,
+SystemLogger and FileHandler rotate implementations, NIO
+FileChannel.map support, security and policy updates.
+
+@item
+Chris Burdess for Lots of gnu.xml and http protocol fixes, StAX and
+dom xml:id support.
+
+@item
+Christian Schlichtherle for Zip fixes and cleanups.
+
+@item
+Christian Thalinger for 64-bit cleanups, Configuration and VM
+interface fixes and CACAO integration, fdlibm updates.
+
+@item
+Dalibor Topic for Better DEBUG support, Build cleanups and Kaffe
+integration. Qt4 build infrastructure, SHA1PRNG and GdkPixbugDecoder
+updates.
+
+@item
+Daniel Bonniot for Serialization fixes.
+
+@item
+David Daney for BitSet bugfixes, HttpURLConnection rewrite and
+improvements.
+
+@item
+David Gilbert for Basic and Metal icon and plaf and lots of
+documenting, Lots of Free Swing and metal theme
+additions. MetalIconFactory implementation.
+
+@item
+David Lichteblau for JCL support library global/local reference
+cleanups.
+
+@item
+Gael Thomas for VMClassLoader boot packages support sugestions.
+
+@item
+Gary Benson for MessageFormat fixes.
+
+@item
+Goffredo Baroncelli for HTTPURLConnection fixes.
+
+@item
+Guilhem Lavaux for configuration, thread and channel fixes and Kaffe
+integration. JCL native Pointer updates. Logger bug fixes.
+
+@item
+Ingo Proetel for Image, Logger and URLClassLoader updates.
+
+@item
+Ito Kazumitsu for NetworkInterfaces implementation and updates.
+
+@item
+Jan Roehrich for BasicTreeUI and JTree fixes.
+
+@item
+Jeroen Frijters for ClassLoader and nio cleanups, Serialization fixes,
+better Proxy support, bug fixes and IKVM integration.
+
+@item
+Julian Scheid for Documentation updates and gjdoc support.
+
+@item
+Ka-Hing Cheung for TreePath and TreeSelection fixes.
+
+@item
+Kalle Olavi Niemitalo for build fixes.
+
+@item
+Keith Seitz for Lots of JDWP work.
+
+@item
+Kelley Cook for build fixes.
+
+@item
+Kim Ho for JFileChooser implementation.
+
+@item
+Lillian Angel for JTree implementation and lots Free Swing additions
+and bug fixes.
+
+@item
+Mark Wielaard for bug fixes, packaging and release management,
+Clipboard implementation, System call interrupts and network timeouts
+and GdkPixpufDecoder fixes.
+
+@item
+Martin Cordova for Suggestions for better SocketTimeoutException.
+
+@item
+Michael Koch for configuration fixes, Locale updates, bug and build
+fixes.
+
+@item
+Nicolas Geoffray for VMClassLoader and AccessController improvements.
+
+@item
+Olga Rodimina for MenuSelectionManager implemenation.
+
+@item
+Paul Jenner for better -Werror support.
+
+@item
+Rainer Orth for build fixes.
+
+@item
+Robert Schuster for documentation updates and beans fixes, TreeNode
+enumerations and ActionCommand and various fixes, XML and URL, AWT and
+Free Swing bug fixes.
+
+@item
+Roman Kennke for BoxLayout, GrayFilter and SplitPane, plus bugfixes
+all over. Lots of Free Swing work including styled text.
+
+@item
+Santiago Gala for AccessControlContext fixes.
+
+@item
+Simon Kitching for String cleanups and optimization suggestions.
+
+@item
+Stuart Ballard for RMI constant fixes.
+
+@item
+Sven de Marothy for BMP imageio support, CSS and TextLayout
+fixes. GtkImage rewrite, 2D, awt, free swing and date/time fixes and
+implementing the Qt4 peers.
+
+@item
+Thomas Fitzsimmons for Lot of upgrades to the gtk+ AWT and cairo 2D
+support. Lots of imageio framework additions, lots of AWT and Free
+Swing bug fixes.
+
+@item
+Tom Tromey for Eclipse integration, generics work, lots of bug fixes
+and gcj integration including coordinating The Big Merge.
+
+@item
+Wolfgang Baer for GapContent bug fixes.
+
+@item
+Ziga Mahkovec for Graphics2D upgraded to cairo 0.5 and new regex
+features.
+
+@end itemize
+
+
 In addition to the above, all of which also contributed time and energy in
 testing GCC, we would like to thank the following for their contributions
 to testing:

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-01-31 16:42         ` Mark Wielaard
@ 2006-02-04 14:51           ` Mark Wielaard
  2006-02-11 23:37           ` Gerald Pfeifer
  1 sibling, 0 replies; 15+ messages in thread
From: Mark Wielaard @ 2006-02-04 14:51 UTC (permalink / raw)
  To: gcc-patches, java-patches

[-- Attachment #1: Type: text/plain, Size: 808 bytes --]

Hi,

On Tue, 2006-01-31 at 15:37 +0100, Mark Wielaard wrote: 
> Here is a patch against the changes.html file:
> 
> 2006-01-31  Mark Wielaard  <mark@klomp.org>
> 
> 	* htdocs/gcc-4.1/changes.html (Java): New section describing
> 	core library updates for 4.1.
> 
> OK to commit?
> (Is it correct that these are only available through CVS?)

On Tue, 2006-01-31 at 17:42 +0100, Mark Wielaard wrote:
> Is this OK? It is modeled after the Ada section.
> 
> 2006-01-31  Mark Wielaard  <mark@klomp.org>
> 
>     * doc/contrib.texi (Contributors): Add classpath/libgcj hackers
>     who added new 4.1 features, bug fixes and integration support.

Can/Should someone formally approve these two patches? Or are
documentation patches like these OK to commit without approval?

Thanks,

mark

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-01-31 14:38     ` Documenting what changed since 4.0 (gcj core libraries) Mark Wielaard
  2006-01-31 15:35       ` Joseph S. Myers
@ 2006-02-05 22:43       ` Gerald Pfeifer
  2006-02-05 22:58         ` David Daney
  2006-02-06 12:09         ` Mark Wielaard
  2006-02-05 23:23       ` Andreas Tobler
  2 siblings, 2 replies; 15+ messages in thread
From: Gerald Pfeifer @ 2006-02-05 22:43 UTC (permalink / raw)
  To: Mark Wielaard; +Cc: gcc-patches, java-patches

On Tue, 31 Jan 2006, Mark Wielaard wrote:
> Here is a patch against the changes.html file:

Wow, this is most cool.

> OK to commit?

We usually mark up keywords/function names as 
<code>FileChannel.map</code>, but I'd not make it a must for this
patch if you don't want to make this change.

Please do make this change for configure options such as --enable-qt-peer 
and pathnames such as libjava/classpath/examples/README, though.

Below you'll find some detailed comments.  If you could consider these
before committing your patch, I'd appreciate that; the patch per se
certainly is fine.  Thanks!

Index: htdocs/gcc-4.1/changes.html
===================================================================
+<h3>Java (GCJ)</h3>
+  <ul>
+    <li>Core library (libgcj) updates based on GNU Classpath 0.15 - 0.19+

What does 0.19+ refer to?  0.19.1, 0.20, or something else?

+	    <li>awt.datatransfer updated to 1.5 with supports for

"support"

+	    FlavorEvents.  The gtk+ awt peers now allow copy/paste of
+	    text, images, uris/files and serialized objects with other

"URIs"

+	    <li>The GUI demo (gnu.classpath.examples.swing.Demo) has
+	    been extended to highlight various features in our
+	    free-swing implementation. And includes a look and feel
+	    switcher (Metal default, Ocean or GNU).</li>

"And it includes"? Or "Plus it includes"?

+	    <li>The javax.swing.plaf.multi.* package is now
+	    implemented.</li>

Is this one package, or several packages?

+	    <li>Lots of icons and look and feel improvements for Free
+	    Swing basic and metal themes were added.  Try running the
+	    GNU Classpath Swing Demo in examples
+	    (gnu.classpath.examples.swing.Demo) with:
+	    -Dswing.defaultlaf=javax.swing.plaf.basic.BasicLookAndFeel
+	    -Dswing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel</li>

<code>-Dswing...</code>

+	    <li>revalidate and repaint fixes which make Free Swing
+	    much more responsive.</li>

"Revalidate"?

+	<li>Free RMI and Corba
+	  <ul>
+	    <li>The Andrew Watson, Vice President and Technical
+	    Director of the Object Management Group, has officially
+	    assigned us 20 bit Vendor Minor Code Id: 0x47430 ("GC")
+	    that will mark remote Classpath - specific system
+	    exceptions.

Just "Andrew Watson", without "The"?
"Classpath-specific" (no blanks)

+	    <li>Classpath now includes the first working draft to
+	    support the RMI over IIOP protocol. The current
+	    implementation is capable for remote invocations,

"capable of", I believe.

+	    transferring various Serializables and Externalizables via
+	    RMI-IIOP protocol.  It can flatten graphs and, at least
+	    for the simple cases, is interoperable with Sun's jdk
+	    1.5.</li>

"JDK"?

+	    <li>The Portable Object Adapter should now support the
+	    output of the recent IDL to java compilers. These

"Java"?

+	    compilers now generate servants and not CORBA objects as
+	    before, making the output depended on the existing POA
+	    implementation.

"depend" or "dependant", I believe.

+	    <li>The CORBA implementation is now a working prototype
+	    that should support features up till 1.3 inclusive.  We

"up to 1.3"

+	    would invite groups writing CORBA dependent applications
+	    to try Classpath implementation, reporting any possible
+	    bugs.

"We invite groups"

+	    (feature of CORBA 2.3) between these two platforms.  The
+	    remote exceptions are transferred and handled correctly.

Just "Remove exceptions"?

+	    sources are parsed as required.  The transient (for
+	    current session) and permanent (till jre restart)
+	    redirections work.

"JRE"

+	    <li>Make zip and jar UTF-8 "clean".</li>

Why's "clean" in quotes here?  Might this be something worth explaining?
You made _me_ curious at least. ;-)

+	    <li>QT4 AWT peers, enable by giving configure
+	    --enable-qt-peer.

This is one of the configure options I recommend to annoate as
<code>--enable-qt-peer</code>

I'm impressed.  Really!

Gerald

PS: I'll look into the second patch ASAP...

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-05 22:43       ` Gerald Pfeifer
@ 2006-02-05 22:58         ` David Daney
  2006-02-05 23:03           ` Gerald Pfeifer
  2006-02-06 12:09         ` Mark Wielaard
  1 sibling, 1 reply; 15+ messages in thread
From: David Daney @ 2006-02-05 22:58 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: Mark Wielaard, gcc-patches, java-patches

Gerald Pfeifer wrote:
> +	    <li>revalidate and repaint fixes which make Free Swing
> +	    much more responsive.</li>
> 
> "Revalidate"?
> 

I don't know.  'revalidate' and 'repaint' are method names.  Since java 
is case sensitive capitalizing seems a bit questionable.

David Daney.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-05 22:58         ` David Daney
@ 2006-02-05 23:03           ` Gerald Pfeifer
  0 siblings, 0 replies; 15+ messages in thread
From: Gerald Pfeifer @ 2006-02-05 23:03 UTC (permalink / raw)
  To: David Daney; +Cc: Mark Wielaard, gcc-patches, java-patches

On Sun, 5 Feb 2006, David Daney wrote:
>> +	    <li>revalidate and repaint fixes which make Free Swing
>> +	    much more responsive.</li>
>> "Revalidate"?
> I don't know.  'revalidate' and 'repaint' are method names.  Since java is
> case sensitive capitalizing seems a bit questionable.

That's more than just a bit questionable in that case, I guess. ;-)

I had thought these two were more general terms, not method names.
By marking this up as <code>revalidate</code> and <code>repaint</code>
we'd avoid any disambiguity.

Thanks for pointing this out, David!

Gerald

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-01-31 14:38     ` Documenting what changed since 4.0 (gcj core libraries) Mark Wielaard
  2006-01-31 15:35       ` Joseph S. Myers
  2006-02-05 22:43       ` Gerald Pfeifer
@ 2006-02-05 23:23       ` Andreas Tobler
  2 siblings, 0 replies; 15+ messages in thread
From: Andreas Tobler @ 2006-02-05 23:23 UTC (permalink / raw)
  To: Mark Wielaard; +Cc: gcc-patches, java-patches

Mark Wielaard wrote:

> +	    <li>Qt4 configury switches for OS-X. Additional to the
> +	    --enable-qt-peer, OS-X users with a Qt4 installation can
> +	    build the qt-peers with the argument
> +	    --with-qt4dir=&lt;Qt4-installation-dir&gt;.</li>
> +

Please drop the references to qt4, it (qt4-peers) do not work out of the 
  box, neither for x (any platform) nor OS-X. Special tweaks are needed 
to get them compiled inside the gcc tree.

Andreas

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-05 22:43       ` Gerald Pfeifer
  2006-02-05 22:58         ` David Daney
@ 2006-02-06 12:09         ` Mark Wielaard
  2006-02-06 12:23           ` Mark Wielaard
  2006-02-11 14:21           ` Gerald Pfeifer
  1 sibling, 2 replies; 15+ messages in thread
From: Mark Wielaard @ 2006-02-06 12:09 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: gcc-patches, java-patches


[-- Attachment #1.1: Type: text/plain, Size: 2342 bytes --]

Hi Gerald,

On Sun, 2006-02-05 at 23:43 +0100, Gerald Pfeifer wrote:
> Below you'll find some detailed comments.  If you could consider these
> before committing your patch, I'd appreciate that; the patch per se
> certainly is fine.  Thanks!

I added <code> tags around method, class, package names, paths and
configure options. And fixed the spelling/grammar mistakes you pointed
out. I also took out the explicit mention of qt-peers on Darwin as
Andreas requested. The qt-peers are now only briefly mentioned under
Misc as "Included, but not ready for production yet. They are explicitly
disabled and not supported." (I think it is good to mention them though
to see if we get more hackers helping out with them.)

> +    <li>Core library (libgcj) updates based on GNU Classpath 0.15 - 0.19+
> 
> What does 0.19+ refer to?  0.19.1, 0.20, or something else?

I took out the +. The libgcj in 4.1 is based on GNU Classpath 0.19 plus
some selected bug fixes from 0.20 (as also found on the gcc trunk). It
says now:

	Core library (libgcj) updates based on GNU Classpath 0.15 - 0.19
        features (plus some 0.20 bug-fixes)

> +	    <li>The javax.swing.plaf.multi.* package is now
> +	    implemented.</li>
> 
> Is this one package, or several packages?

The .* notation is how you import all classes of a package in a source
file. I replaced all those usages in the changes file by the package
name without the trailing .* and added <code> tags around them.

> +	    <li>Make zip and jar UTF-8 "clean".</li>
> 
> Why's "clean" in quotes here?  Might this be something worth explaining?
> You made _me_ curious at least. ;-)

I removed the quotes and just said:

            Make <code>zip</code> and <code>jar</code> packages UTF-8
            clean.

The quotes were there because encoding non-ASCII filenames in zip/jar
files isn't really specified and using UTF-8 just makes us compatible
with other core library implementations of these packages (but not with
some other zip utilities which will use the platform encoding, which we
aren't able to correctly infer/decode). In previous versions we just
arbitrarily handled non-ascii file names. At least it is specified and
documented what we do now.

Attached is the diff that I will commit. Thanks for the review!

Cheers,

Mark

[-- Attachment #1.2: changes-libgcj.diff --]
[-- Type: text/x-patch, Size: 13333 bytes --]

Index: htdocs/gcc-4.1/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.1/changes.html,v
retrieving revision 1.12
diff -u -r1.12 changes.html
--- htdocs/gcc-4.1/changes.html	5 Feb 2006 21:56:38 -0000	1.12
+++ htdocs/gcc-4.1/changes.html	6 Feb 2006 12:08:17 -0000
@@ -186,6 +186,306 @@
         users to mix the object oriented features of Objective-C with those of C++.</li>
   </ul>
 
+<h3>Java (GCJ)</h3>
+  <ul>
+    <li>Core library (libgcj) updates based on GNU Classpath 0.15 - 0.19
+        features (plus some 0.20 bug-fixes)
+      <ul>
+        <li>Networking
+          <ul>
+	    <li>The <code>java.net.HttpURLConnection</code> implementation no
+                longer buffers the entire response body in memory.
+                This means that response bodies larger than available
+                memory can now be handled.</li>
+          </ul>
+        </li>
+
+        <li>(N)IO
+          <ul>
+            <li><code>NIO FileChannel.map</code> implementation, fast bulk put
+                implementation for <code>DirectByteBuffer</code>
+		(speeds up this method 10x).</li>
+            <li><code>FileChannel.lock()</code> and
+	        <code>FileChannel.force()</code> implemented.</li>
+          </ul>
+        </li>
+
+        <li>XML
+          <ul>
+            <li><code>gnu.xml</code> fix for nodes created outside a
+	        namespace context.</li>
+            <li>Add support for output indenting and cdata-section-elements
+                output instruction in <code>xml.transform</code>.</li>
+            <li><code>xml.xpath</code> corrections for cases where
+                elements/attributes might have been created in
+                non-namespace-aware mode.  Corrections to handling of
+                XSL variables and minor conformance updates.</li>
+          </ul>
+        </li>
+
+	<li>AWT
+	  <ul>
+	    <li>GNU JAWT implementation, the AWT Native Interface,
+	    which allows direct access to native screen resources from
+	    within a Canvas's paint method.  GNU Classpath Examples
+	    comes with a Demo, see
+	    <code>libjava/classpath/examples/README</code>.</li>
+
+	    <li><code>awt.datatransfer</code> updated to 1.5 with support
+	    for <code>FlavorEvents</code>.  The gtk+ awt peers now allow
+	    copy/paste of text, images, URIs/files and serialized objects
+	    with other applications and tracking clipboard change events with
+	    gtk+ 2.6 (for gtk+ 2.4 only text and serialized objects
+	    are supported). A GNU Classpath Examples datatransfer Demo
+	    was added to show the new functionality.</li>
+
+	    <li>Split gtk+ awt peers event handling in two threads and
+	    improve gdk lock handling (solves several awt lock ups).</li>
+
+	    <li>Speed up awt Image loading.</li>
+
+	    <li>Better gtk+ scrollbar peer implementation when using
+	    gtk+ &gt;= 2.6.</li>
+
+	    <li>Handle image loading errors correctly for gdkpixbuf
+	    and <code>MediaTracker</code>.</li>
+
+	    <li>Better handle GDK lock. Properly prefix gtkpeer native
+	    functions (<code>cp_gtk</code>).</li>
+
+	    <li><code>GdkGraphics2D</code> has been updated to use
+	    Cairo 0.5.x or higher.</li>
+
+	    <li><code>BufferedImage</code> and <code>GtkImage</code>
+	    rewrites. All image drawing operations should now work
+	    correctly (flipping requires gtk+ &gt;= 2.6)</li>
+
+	    <li>Future <code>Graphics2D</code>, image and text work is
+	    documented at: <a href="http://developer.classpath.org/mediation/ClasspathGraphicsImagesText">
+	    http://developer.classpath.org/mediation/ClasspathGraphicsImagesText
+	    </a></li>
+
+	    <li>When gtk+ 2.6 or higher is installed the default log
+	    handler will produce stack traces whenever a WARNING,
+	    CRITICAL or ERROR message is produced.</li>
+	  </ul>
+	</li>
+
+	<li>Free Swing
+	  <ul>
+	    <li>The <code>RepaintManager</code> has been reworked for more
+	    efficient painting, especially for large GUIs.</li>
+
+	    <li>The layout manager <code>OverlayLayout</code> has been
+	    implemented, the <code>BoxLayout</code> has been rewritten to
+	    make use of the <code>SizeRequirements</code> utility class and
+	    caching for more efficient layout.</li>
+
+	    <li>Improved accessibility support.</li>
+
+	    <li>Significant progress has been made in the
+	    implementation of the <code>javax.swing.plaf.metal</code>
+	    package, with most UI delegates in a working state now.
+	    Please test this with your own applications and provide feedback
+	    that will help us to improve this package.</li>
+
+	    <li>The GUI demo (<code>gnu.classpath.examples.swing.Demo</code>)
+	    has been extended to highlight various features in our
+	    Free Swing implementation. And it includes a look and feel
+	    switcher for Metal (default), Ocean and GNU themes.</li>
+
+	    <li>The <code>javax.swing.plaf.multi</code> package is now
+	    implemented.</li>
+
+	    <li>Editing and several key actions for <code>JTree</code> and
+	    <code>JTable</code> were implemented.</li>
+
+	    <li>Lots of icons and look and feel improvements for Free
+	    Swing basic and metal themes were added.  Try running the
+	    GNU Classpath Swing Demo in examples
+	    (<code>gnu.classpath.examples.swing.Demo<code>) with:
+	    <code>-Dswing.defaultlaf=javax.swing.plaf.basic.BasicLookAndFeel</code>
+	    or
+	    <code>-Dswing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel</code></li>
+
+	    <li>Start of styled text capabilites for
+	    <code>java.swing.text</code>.</li>
+
+	    <li><code>DefaultMutableTreeNode</code> pre-order, post-order,
+	    depth-first and breadth-first traversal enumerations
+	    implemented.</li>
+
+	    <li><code>JInternalFrame</code> colors and titlebar draw
+	    properly.</li>
+
+	    <li><code>JTree</code> is working up to par (icons, selection and
+	    keyboard traversal).</li>
+
+	    <li><code>JMenus</code> were made more compatible in visual and
+	    programmatic behavior.</li>
+
+	    <li><code>JTable</code> <code>changeSelection</code> and
+	    multiple selections implemented.</li>
+
+	    <li><code>JButton</code> and <code>JToggleButton</code> change
+	    states work properly now.</li>
+
+	    <li><code>JFileChooser</code> fixes.</li>
+
+	    <li><code>revalidate()</code> and <code>repaint()</code>
+	    fixes which make Free Swing much more responsive.</li>
+
+	    <li><code>MetalIconFactory</code> implemented.</li>
+
+	    <li>Free Swing Top-Level Compatibility. <code>JFrame</code>,
+	    <code>JDialog</code>, <code>JApplet</code>,
+	    <code>JInternalFrame</code>, and <code>JWindow</code> are now
+	    1.5 compatible in the sense that you can call <code>add()</code>
+	    and <code>setLayout()</code> directly on them, which will have
+	    the same effect as calling <code>getContentPane().add()</code>
+	    and <code>getContentPane().setLayout()</code>.</li>
+
+	    <li>The <code>JTree</code> interface has been completed.
+	    <code>JTree</code>s now recognizes mouse clicks and selections
+	    work.</li>
+
+	    <li><code>BoxLayout</code> works properly now.</li>
+
+	    <li>Fixed <code>GrayFilter</code> to actually work.</li>
+
+	    <li>Metal <code>SplitPane</code> implemented.</li>
+
+	    <li>Lots of Free Swing text and editor stuff work now.</li>
+	  </ul>
+	</li>
+
+	<li>Free RMI and Corba
+	  <ul>
+	    <li>Andrew Watson, Vice President and Technical
+	    Director of the Object Management Group, has officially
+	    assigned us 20 bit Vendor Minor Code Id: <code>0x47430</code>
+	    ("GC") that will mark remote classpath-specific system
+	    exceptions.  Obtaining the VMCID means that GNU Classpath
+	    now is a recogniseable type of node in a highly
+	    interoperable CORBA world.</li>
+
+	    <li>GNU Classpath now includes the first working draft to
+	    support the RMI over IIOP protocol. The current
+	    implementation is capable of remote invocations,
+	    transferring various Serializables and Externalizables via
+	    RMI-IIOP protocol.  It can flatten graphs and, at least
+	    for the simple cases, is interoperable with 1.5 JDKs.</li>
+
+	    <li><code>org.omg.PortableInterceptor</code> and related
+	    functionality in other packages is now implemented:
+	    <ul>
+	      <li>The sever and client interceptors work as required
+	      since 1.4.</li>
+	      <li>The <code>IOR</code> interceptor works as needed for
+	      1.5.</li>
+	    </ul>
+	    </li>
+
+	    <li>The <code>org.omg.DynamicAny</code> package is completed
+	    and passes the prepared tests.</li>
+
+	    <li>The Portable Object Adapter should now support the
+	    output of the recent IDL to java compilers. These
+	    compilers now generate servants and not CORBA objects as
+	    before, making the output depend on the existing POA
+	    implementation. Completing POA means that such code can
+	    already be tried to run on Classpath. Our POA is tested
+	    for the following usager scenarios:
+	    <ul>
+	      <li>POA converts servant to the CORBA object.</li>
+	      <li>Servant provides to the CORBA object.</li>
+	      <li>POA activates new CORBA object with the given Object
+	      Id (byte array) that is later accessible for the
+	      servant.</li>
+	      <li>During the first call, the ServantActivator provides
+	      servant for this and all subsequent calls on the current
+	      object.</li>
+	      <li>During each call, the ServantLocator provides
+	      servant for this call only.</li>
+	      <li>ServantLocator or ServantActivator forwards call to
+	      another server.</li>
+	      <li>POA has a single servant, responsible for all
+	      objects.</li>
+	      <li>POA has a default servant, but some objects are
+	      explicitly connected to they specific servants.</li>
+	    </ul>
+	    The POA is verified using tests from the former
+	    <code>cost.omg.org</code>.</li>
+
+	    <li>The CORBA implementation is now a working prototype
+	    that should support features up to 1.3 inclusive.  We
+	    invite groups writing CORBA dependent applications
+	    to try Classpath implementation, reporting any possible
+	    bugs.
+	    The CORBA prototype is interoperable with Sun's
+	    implementation v 1.4, transferring object references,
+	    primitive types, narrow and wide strings, arrays,
+	    structures, trees, abstract interfaces and value types
+	    (feature of CORBA 2.3) between these two platforms.
+	    Remote exceptions are transferred and handled correctly.
+	    The stringified object references (IORs) from various
+	    sources are parsed as required.  The transient (for
+	    current session) and permanent (till jre restart)
+	    redirections work.  Both Little and Big Endian encoded
+	    messages are accepted.  The implementation is verified
+	    using tests from the former cost.omg.org.  The current
+	    release includes working examples (see the examples
+	    directory), demonstrating the client-server communication,
+	    using either CORBA Request or IDL-based stub (usually
+	    generated by a IDL to java compiler).  These examples also
+	    show how to use the Classpath CORBA naming service.  The
+	    IDL to java compiler is not yet written, but as our
+	    library must be compatible, it naturally accepts the
+	    output of other idlj implementations.</li>
+	  </ul>
+	</li>
+
+	<li>Misc
+	  <ul>
+
+	    <li>Updated <code>TimeZone</code> data against Olson
+	    tzdata2005l.</li>
+
+	    <li>Make <code>zip</code> and <code>jar</code> packages UTF-8
+	    clean.</li>
+
+	    <li>"native" code builds and compiles (warning free) on
+	    Darwin and Solaris.</li>
+
+	    <li><code>java.util.logging.FileHandler</code> now rotates
+	    files.</li>
+
+	    <li>Start of a generic JDWP framework in
+	    <code>gnu/classpath/jdwp</code>.  This is unfinished,
+	    but feedback (at <code>classpath@gnu.org</code>) from
+	    runtime hackers is greatly appreciated. Although most of
+	    the work is currently being done around <code>gcj/gij</code>
+	    we want this framework to be as VM neutral as possible.
+	    Early design is described in: <a
+	    href="http://gcc.gnu.org/ml/java/2005-05/msg00260.html">
+	    http://gcc.gnu.org/ml/java/2005-05/msg00260.html</a></li>
+
+	    <li>QT4 AWT peers, enable by giving configure
+	    <code>--enable-qt-peer</code>.  Included, but not ready for
+	    production yet. They are explicitly disabled and not supported.
+	    But if you want to help with the development of these new
+	    features we are interested in feedback. You will have to
+	    explicitly enable them to try them out (and they will most
+	    likely contain bugs).</li>
+
+	    <li>Documentation fixes all over the place.  See
+	    <a href="http://developer.classpath.org/doc/">
+	    http://developer.classpath.org/doc/</a></li>
+	  </ul>
+	</li>
+      </ul>
+    </li>
+  <ul>
 <h2>New Targets and Target Specific Improvements</h2>
 
 <h3>IA-32/x86-64</h3>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-06 12:09         ` Mark Wielaard
@ 2006-02-06 12:23           ` Mark Wielaard
  2006-02-11 14:21           ` Gerald Pfeifer
  1 sibling, 0 replies; 15+ messages in thread
From: Mark Wielaard @ 2006-02-06 12:23 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: gcc-patches, java-patches


[-- Attachment #1.1: Type: text/plain, Size: 370 bytes --]

On Mon, 2006-02-06 at 13:09 +0100, Mark Wielaard wrote:
> Attached is the diff that I will commit. Thanks for the review!

Oops. My last closing <ul> tag was actually an opening tag. And I missed
one closing <code> tag. Apologies. Fixed as follows:

       * htdocs/gcc-4.1/changes.html (Java): Close code and ul tags.

Committed as obvious.

Cheers,

Mark

[-- Attachment #1.2: changes-libgcj-fixups.diff --]
[-- Type: text/x-patch, Size: 990 bytes --]

Index: htdocs/gcc-4.1/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.1/changes.html,v
retrieving revision 1.13
diff -u -r1.13 changes.html
--- htdocs/gcc-4.1/changes.html	6 Feb 2006 12:15:02 -0000	1.13
+++ htdocs/gcc-4.1/changes.html	6 Feb 2006 12:21:52 -0000
@@ -303,7 +303,7 @@
 	    <li>Lots of icons and look and feel improvements for Free
 	    Swing basic and metal themes were added.  Try running the
 	    GNU Classpath Swing Demo in examples
-	    (<code>gnu.classpath.examples.swing.Demo<code>) with:
+	    (<code>gnu.classpath.examples.swing.Demo</code>) with:
 	    <code>-Dswing.defaultlaf=javax.swing.plaf.basic.BasicLookAndFeel</code>
 	    or
 	    <code>-Dswing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel</code></li>
@@ -485,7 +485,7 @@
 	</li>
       </ul>
     </li>
-  <ul>
+  </ul>
 <h2>New Targets and Target Specific Improvements</h2>
 
 <h3>IA-32/x86-64</h3>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-06 12:09         ` Mark Wielaard
  2006-02-06 12:23           ` Mark Wielaard
@ 2006-02-11 14:21           ` Gerald Pfeifer
  1 sibling, 0 replies; 15+ messages in thread
From: Gerald Pfeifer @ 2006-02-11 14:21 UTC (permalink / raw)
  To: Mark Wielaard; +Cc: gcc-patches, java-patches

On Mon, 6 Feb 2006, Mark Wielaard wrote:
> Attached is the diff that I will commit. Thanks for the review!

Thanks for the followup changes, Mark, and all the work to compile this 
list!

Gerald

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-01-31 16:42         ` Mark Wielaard
  2006-02-04 14:51           ` Mark Wielaard
@ 2006-02-11 23:37           ` Gerald Pfeifer
  2006-02-12 10:53             ` Mark Wielaard
  1 sibling, 1 reply; 15+ messages in thread
From: Gerald Pfeifer @ 2006-02-11 23:37 UTC (permalink / raw)
  To: Mark Wielaard; +Cc: Joseph S. Myers, gcc-patches, java-patches

On Tue, 31 Jan 2006, Mark Wielaard wrote:
> Is this OK? It is modeled after the Ada section.
> 
> 2006-01-31  Mark Wielaard  <mark@klomp.org>
> 
>     * doc/contrib.texi (Contributors): Add classpath/libgcj hackers
>     who added new 4.1 features, bug fixes and integration support.

Uh, umm.  If I remember correctly, the one concern I had, back when the 
Ada entries were added, is that we should avoid contrib.texi become a list 
of lists of contributions per project.

That is, ideally I'd prefer one list of contributors, listing each of
the achievements/contributions for the various subprojects that constitute 
GCC.

Do you think that would be possible in this case, for example by referring 
to "contributions to libgcj (contribution a, contribution b)?

The current patch submissions handles libgcj 4.1 nicely; did you plan to 
add a separate one for 4.2 and subsequent releases?  That's one of the 
reasons I'd be more in favor of one consolidated list, but I'd be 
interested in your thoughts on this.

(Orthogonally to this question, below I include some minor suggestion
for the current patch, which should be reusable even if we decide to
merge the lists.)

> I'll try making a complete list for all classpath contributors ever.
> If that is added and published I'll add a link in contrib.texi to it.

Consider an addition of such a link, somewhere close to the end of
contrib.texi preapproved.  Thanks!

Gerald

Index: gcc/doc/contrib.texi
===================================================================
+@item
+Andreas Tobler for Darwin and Solaris testing and fixing, Qt4 support
+for Darwin/OSX, Graphics2D support, gtk+ updates.

Is "OSX" the preferred spelling?  Just a question, I'm not sure. ;-)

Assuming Graphics2D...

+@item
+Andrew Haley for Serialization and URLClassLoader fixes, gcj build
+speedups.

...and Serialization are class names, I assume we want to mark them
up similarly to what we (well, you ;-) did for the gcc-4.1/changes.html
pages.

+@item
+Anthony Balkissoon for JList, Free Swing 1.5 updates and mouse event
+fixes, Lots of Free Swing work including JTable editing.

"lots of"

+@item
+Archie Cobbs for Build fixes, VM interface updates, URLClassLoader
+updates.

"build fixes"?

+@item
+Chris Burdess for Lots of gnu.xml and http protocol fixes, StAX and
+dom xml:id support.

"lots of"

+Dalibor Topic for Better DEBUG support, Build cleanups and Kaffe
+integration. Qt4 build infrastructure, SHA1PRNG and GdkPixbugDecoder
+updates.

"better", "build cleanups"

Isn't "Kaffe" spelt with an extra e?

+@item
+Jeroen Frijters for ClassLoader and nio cleanups, Serialization fixes,
+better Proxy support, bug fixes and IKVM integration.

"proxy", unless its's a class, of course.

+@item
+Julian Scheid for Documentation updates and gjdoc support.

"documentation"

+@item
+Keith Seitz for Lots of JDWP work.

"lots of"

+@item
+Lillian Angel for JTree implementation and lots Free Swing additions
+and bug fixes.

"lots of Free Swing"?

+@item
+Mark Wielaard for bug fixes, packaging and release management,
+Clipboard implementation, System call interrupts and network timeouts
+and GdkPixpufDecoder fixes.

"system call"?

+@item
+Martin Cordova for Suggestions for better SocketTimeoutException.

"suggestions"

+@item
+Paul Jenner for better -Werror support.

@option{-Werror}

+@item
+Thomas Fitzsimmons for Lot of upgrades to the gtk+ AWT and cairo 2D
+support. Lots of imageio framework additions, lots of AWT and Free
+Swing bug fixes.

"Lot of" -> "lots of"

"Cairo" with an uppercase c, perhaps?  (Also a bit later in the text?)

Finally, I noticed that once we have "bug fix", and once "bugfix".

Wow, that's really impressive a list!

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-11 23:37           ` Gerald Pfeifer
@ 2006-02-12 10:53             ` Mark Wielaard
  2006-02-15 18:51               ` Gerald Pfeifer
  0 siblings, 1 reply; 15+ messages in thread
From: Mark Wielaard @ 2006-02-12 10:53 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: Joseph S. Myers, gcc-patches, java-patches


[-- Attachment #1.1: Type: text/plain, Size: 2705 bytes --]

Hi Gerald,

On Sun, 2006-02-12 at 00:37 +0100, Gerald Pfeifer wrote:
> Uh, umm.  If I remember correctly, the one concern I had, back when the 
> Ada entries were added, is that we should avoid contrib.texi become a list 
> of lists of contributions per project.
>
> That is, ideally I'd prefer one list of contributors, listing each of
> the achievements/contributions for the various subprojects that constitute 
> GCC.
> 
> Do you think that would be possible in this case, for example by referring 
> to "contributions to libgcj (contribution a, contribution b)?

It could of course, but if I can avoid that work...
There seem to be about 10 duplicate names and the sorting order is
different in the lists. But if you insist.

> The current patch submissions handles libgcj 4.1 nicely; did you plan to 
> add a separate one for 4.2 and subsequent releases?  That's one of the 
> reasons I'd be more in favor of one consolidated list, but I'd be 
> interested in your thoughts on this.

Yes, that was my plan. Mainly because for each GNU Classpath snapshot
this is how contributors are mentioned. And the main contributor list
doesn't contain what people worked on (and isn't as up to date...).
Maybe that should also be fixed "upstream". But correctly listing all
main contributions for everybody since 1998 is quite some work.

> (Orthogonally to this question, below I include some minor suggestion
> for the current patch, which should be reusable even if we decide to
> merge the lists.)

I'll corrected most things you pointed out. New patch attached.
> ========================
> +@item
> +Andreas Tobler for Darwin and Solaris testing and fixing, Qt4 support
> +for Darwin/OSX, Graphics2D support, gtk+ updates.
> 
> Is "OSX" the preferred spelling?  Just a question, I'm not sure. ;-)

Changed to OS X.

> ...and Serialization are class names, I assume we want to mark them
> up similarly to what we (well, you ;-) did for the gcc-4.1/changes.html
> pages.

Added @code{} and @option{} all over.

> Isn't "Kaffe" spelt with an extra e?

Nope. It is Kaffe (www.kaffe.org).

> "Cairo" with an uppercase c, perhaps?  (Also a bit later in the text?)

Yes that looks better. Although the Cairo/cairo project documentation
isn't that consistent on this matter.

> Finally, I noticed that once we have "bug fix", and once "bugfix".

I changed them all to bugfix. Although contrib.texi as a whole isn't
consistent and uses both with and without a space.

> Wow, that's really impressive a list!

Yes :) Lots of people worked hard on lots of things this last year. That
was why I wanted them properly credited here.

Cheers,

Mark

[-- Attachment #1.2: contrib.patch2 --]
[-- Type: text/x-patch, Size: 6376 bytes --]

Index: gcc/doc/contrib.texi
===================================================================
--- gcc/doc/contrib.texi	(revision 110888)
+++ gcc/doc/contrib.texi	(working copy)
@@ -1,5 +1,5 @@
 @c Copyright (C) 1988,1989,1992,1993,1994,1995,1996,1997,1998,1999,2000,
-@c 2001,2002,2003,2004,2005 Free Software Foundation, Inc.
+@c 2001,2002,2003,2004,2005,2006 Free Software Foundation, Inc.
 @c This is part of the GCC manual.
 @c For copying conditions, see the file gcc.texi.
 
@@ -1145,6 +1145,209 @@
 @end itemize
 
 
+The following people are recognized for their contributions of new
+features, bug reports, testing and integration of classpath/libgcj for
+GCC version 4.1:
+@itemize @bullet
+@item
+Aaron Luchko for JDWP updates and documentation fixes.
+
+@item
+Andreas Jaeger for mprec updates.
+
+@item
+Andreas Tobler for Darwin and Solaris testing and fixing, @code{Qt4}
+support for Darwin/OS X, @code{Graphics2D} support, @code{gtk+}
+updates.
+
+@item
+Andrew Haley for @code{Serialization} and @code{URLClassLoader} fixes,
+gcj build speedups.
+
+@item
+Andrew John Hughes for @code{Locale} and net fixes, URI RFC2986
+updates, @code{Serialization} fixes, @code{Properties} XML support and
+generic branch work, VMIntegration guide update.
+
+@item
+Andrew Overholt for @code{File} locking fixes.
+
+@item
+Anthony Balkissoon for @code{JList}, Free Swing 1.5 updates and mouse event
+fixes, lots of Free Swing work including @code{JTable} editing.
+
+@item
+Anthony Green for @code{MIDI} framework, @code{ALSA} and @code{DSSI}
+providers.
+
+@item
+Archie Cobbs for build fixes, VM interface updates,
+@code{URLClassLoader} updates.
+
+@item
+Audrius Meskauskas for lots of Free Corba, RMI and HTML work plus
+testing and documenting.
+
+@item
+Bastiaan Huisman for @code{TimeZone} bugfixing.
+
+@item
+Bryce McKinlay for RMI work.
+
+@item
+Casey Marshall for crypto algorithm fixes, @code{FileChannel} lock,
+@code{SystemLogger} and @code{FileHandler} rotate implementations, NIO
+@code{FileChannel.map} support, security and policy updates.
+
+@item
+Chris Burdess for lots of gnu.xml and http protocol fixes, @code{StAX}
+and @code{DOM xml:id} support.
+
+@item
+Christian Schlichtherle for zip fixes and cleanups.
+
+@item
+Christian Thalinger for 64-bit cleanups, Configuration and VM
+interface fixes and @code{CACAO} integration, @code{fdlibm} updates.
+
+@item
+Dalibor Topic for better @code{DEBUG} support, build cleanups and
+Kaffe integration. @code{Qt4} build infrastructure, @code{SHA1PRNG}
+and @code{GdkPixbugDecoder} updates.
+
+@item
+Daniel Bonniot for @code{Serialization} fixes.
+
+@item
+David Daney for @code{BitSet} bugfixes, @code{HttpURLConnection}
+rewrite and improvements.
+
+@item
+David Gilbert for @code{basic} and @code{metal} icon and plaf support
+and lots of documenting, Lots of Free Swing and metal theme
+additions. @code{MetalIconFactory} implementation.
+
+@item
+David Lichteblau for JCL support library global/local reference
+cleanups.
+
+@item
+Gael Thomas for @code{VMClassLoader} boot packages support sugestions.
+
+@item
+Gary Benson for @code{MessageFormat} fixes.
+
+@item
+Goffredo Baroncelli for @code{HTTPURLConnection} fixes.
+
+@item
+Guilhem Lavaux for configuration, thread and channel fixes and Kaffe
+integration. JCL native @code{Pointer} updates. Logger bugfixes.
+
+@item
+Ingo Proetel for @code{Image}, @code{Logger} and @code{URLClassLoader}
+updates.
+
+@item
+Ito Kazumitsu for @code{NetworkInterface} implementation and updates.
+
+@item
+Jan Roehrich for @code{BasicTreeUI} and @code{JTree} fixes.
+
+@item
+Jeroen Frijters for @code{ClassLoader} and nio cleanups, serialization fixes,
+better @code{Proxy} support, bugfixes and IKVM integration.
+
+@item
+Julian Scheid for documentation updates and gjdoc support.
+
+@item
+Ka-Hing Cheung for @code{TreePath} and @code{TreeSelection} fixes.
+
+@item
+Kalle Olavi Niemitalo for build fixes.
+
+@item
+Keith Seitz for lots of JDWP work.
+
+@item
+Kelley Cook for build fixes.
+
+@item
+Kim Ho for @code{JFileChooser} implementation.
+
+@item
+Lillian Angel for @code{JTree} implementation and lots Free Swing
+additions and bugfixes.
+
+@item
+Mark Wielaard for bugfixes, packaging and release management,
+@code{Clipboard} implementation, system call interrupts and network
+timeouts and @code{GdkPixpufDecoder} fixes.
+
+@item
+Martin Cordova for Suggestions for better @code{SocketTimeoutException}.
+
+@item
+Michael Koch for configuration fixes, @code{Locale} updates, bug and
+build fixes.
+
+@item
+Nicolas Geoffray for @code{VMClassLoader} and @code{AccessController}
+improvements.
+
+@item
+Olga Rodimina for @code{MenuSelectionManager} implemenation.
+
+@item
+Paul Jenner for better @option{-Werror} support.
+
+@item
+Rainer Orth for build fixes.
+
+@item
+Robert Schuster for documentation updates and beans fixes,
+@code{TreeNode} enumerations and @code{ActionCommand} and various
+fixes, XML and URL, AWT and Free Swing bugfixes.
+
+@item
+Roman Kennke for @code{BoxLayout}, @code{GrayFilter} and
+@code{SplitPane}, plus bugfixes all over. Lots of Free Swing work
+including styled text.
+
+@item
+Santiago Gala for @code{AccessControlContext} fixes.
+
+@item
+Simon Kitching for @code{String} cleanups and optimization suggestions.
+
+@item
+Stuart Ballard for RMI constant fixes.
+
+@item
+Sven de Marothy for BMP imageio support, CSS and @code{TextLayout}
+fixes. @code{GtkImage} rewrite, 2D, awt, free swing and date/time fixes and
+implementing the Qt4 peers.
+
+@item
+Thomas Fitzsimmons for lots of upgrades to the gtk+ AWT and Cairo 2D
+support. Lots of imageio framework additions, lots of AWT and Free
+Swing bugfixes.
+
+@item
+Tom Tromey for Eclipse integration, generics work, lots of bugfixes
+and gcj integration including coordinating The Big Merge.
+
+@item
+Wolfgang Baer for @code{GapContent} bugfixes.
+
+@item
+Ziga Mahkovec for @code{Graphics2D} upgraded to Cairo 0.5 and new regex
+features.
+
+@end itemize
+
+
 In addition to the above, all of which also contributed time and energy in
 testing GCC, we would like to thank the following for their contributions
 to testing:

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-12 10:53             ` Mark Wielaard
@ 2006-02-15 18:51               ` Gerald Pfeifer
  2006-02-19  0:04                 ` Mark Wielaard
  0 siblings, 1 reply; 15+ messages in thread
From: Gerald Pfeifer @ 2006-02-15 18:51 UTC (permalink / raw)
  To: Mark Wielaard; +Cc: Joseph S. Myers, gcc-patches, java-patches

Hi Mark,

On Sun, 12 Feb 2006, Mark Wielaard wrote:
>> Uh, umm.  If I remember correctly, the one concern I had, back when the 
>> Ada entries were added, is that we should avoid contrib.texi become a list 
>> of lists of contributions per project.
> It could of course, but if I can avoid that work...
> There seem to be about 10 duplicate names and the sorting order is
> different in the lists. But if you insist.

I don't want to insist strongly, given the work you kindly put into
this and changes.html so far.

Since GCC 4.1 is coming up soon, could going with your current patch,
just adjusting the sorting order to the one used in the main part of 
contrib.texi, and postponing the merger of the lists to a later point
in time be a viable compromise?

>> The current patch submissions handles libgcj 4.1 nicely; did you plan to 
>> add a separate one for 4.2 and subsequent releases?  That's one of the 
>> reasons I'd be more in favor of one consolidated list, but I'd be 
>> interested in your thoughts on this.
> Yes, that was my plan. Mainly because for each GNU Classpath snapshot
> this is how contributors are mentioned. And the main contributor list
> doesn't contain what people worked on (and isn't as up to date...).
> Maybe that should also be fixed "upstream". But correctly listing all
> main contributions for everybody since 1998 is quite some work.

Hmm, I see where you're coming from, but having one list for every 
release is something I'd really like us to avoid.  Perhaps avoiding
that level of detail for the entries in contrib.tex would help making
things easier?

>> Isn't "Kaffe" spelt with an extra e?
> Nope. It is Kaffe (www.kaffe.org).

Oops, sorry.  That's my Austrian heritage, I guess. ;-)

> I changed them all to bugfix. Although contrib.texi as a whole isn't
> consistent and uses both with and without a space.

Do you want to change this throughout contrib.texi, or do you prefer to
go ahead with your patch and leaving this to me?

Gerald

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Documenting what changed since 4.0 (gcj core libraries)
  2006-02-15 18:51               ` Gerald Pfeifer
@ 2006-02-19  0:04                 ` Mark Wielaard
  0 siblings, 0 replies; 15+ messages in thread
From: Mark Wielaard @ 2006-02-19  0:04 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: Joseph S. Myers, gcc-patches, java-patches

[-- Attachment #1: Type: text/plain, Size: 2261 bytes --]

Hi Gerald,

On Wed, 2006-02-15 at 19:51 +0100, Gerald Pfeifer wrote:
> Since GCC 4.1 is coming up soon, could going with your current patch,
> just adjusting the sorting order to the one used in the main part of 
> contrib.texi, and postponing the merger of the lists to a later point
> in time be a viable compromise?

OK. I'll commit the patch as attached (no changes from my last patch
except reordered the names on what I think are the last names) and
opened a bug report for merging the list of names.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26356

> > Yes, that was my plan. Mainly because for each GNU Classpath snapshot
> > this is how contributors are mentioned. And the main contributor list
> > doesn't contain what people worked on (and isn't as up to date...).
> > Maybe that should also be fixed "upstream". But correctly listing all
> > main contributions for everybody since 1998 is quite some work.
> 
> Hmm, I see where you're coming from, but having one list for every 
> release is something I'd really like us to avoid.  Perhaps avoiding
> that level of detail for the entries in contrib.tex would help making
> things easier?

Yes, you are right. That would make maintenance indeed easier. And in
the long run it is important that people contributed, not exactly what
they contributed, the precise details of their contribution are of
course also in the ChangeLog files. But for new releases it is nice to
explicitly tell who worked on what.

When we merge the name lists the descriptions should probably be
shortened. It is difficult to tell what precisely should be mentioned. I
really like making sure people are accurately credited for what they
worked on.

> >> Isn't "Kaffe" spelt with an extra e?
> > Nope. It is Kaffe (www.kaffe.org).
> 
> Oops, sorry.  That's my Austrian heritage, I guess. ;-)

Kaffe is the Swedish word for coffee (the project was started in
Stockholm a long long time ago).

> > I changed them all to bugfix. Although contrib.texi as a whole isn't
> > consistent and uses both with and without a space.
> 
> Do you want to change this throughout contrib.texi, or do you prefer to
> go ahead with your patch and leaving this to me?

For now I didn't touch anything other except the new part.

Cheers,

Mark

[-- Attachment #2: contrib-sort.patch --]
[-- Type: text/x-patch, Size: 6553 bytes --]

Index: ChangeLog
===================================================================
--- ChangeLog	(revision 111255)
+++ ChangeLog	(working copy)
@@ -1,3 +1,8 @@
+2006-02-18  Mark Wielaard  <mark@klomp.org>
+
+	* doc/contrib.texi (Contributors): Add classpath/libgcj hackers
+	who added new 4.1 features, bug fixes and integration support.
+
 2005-02-18  David Edelsohn  <edelsohn@gnu.org>
 
 	PR target/26350
Index: doc/contrib.texi
===================================================================
--- doc/contrib.texi	(revision 111255)
+++ doc/contrib.texi	(working copy)
@@ -1,5 +1,5 @@
 @c Copyright (C) 1988,1989,1992,1993,1994,1995,1996,1997,1998,1999,2000,
-@c 2001,2002,2003,2004,2005 Free Software Foundation, Inc.
+@c 2001,2002,2003,2004,2005,2006 Free Software Foundation, Inc.
 @c This is part of the GCC manual.
 @c For copying conditions, see the file gcc.texi.
 
@@ -1145,6 +1145,209 @@
 @end itemize
 
 
+The following people are recognized for their contributions of new
+features, bug reports, testing and integration of classpath/libgcj for
+GCC version 4.1:
+@itemize @bullet
+@item
+Lillian Angel for @code{JTree} implementation and lots Free Swing
+additions and bugfixes.
+
+@item
+Wolfgang Baer for @code{GapContent} bugfixes.
+
+@item
+Anthony Balkissoon for @code{JList}, Free Swing 1.5 updates and mouse event
+fixes, lots of Free Swing work including @code{JTable} editing.
+
+@item
+Stuart Ballard for RMI constant fixes.
+
+@item
+Goffredo Baroncelli for @code{HTTPURLConnection} fixes.
+
+@item
+Gary Benson for @code{MessageFormat} fixes.
+
+@item
+Daniel Bonniot for @code{Serialization} fixes.
+
+@item
+Chris Burdess for lots of gnu.xml and http protocol fixes, @code{StAX}
+and @code{DOM xml:id} support.
+
+@item
+Ka-Hing Cheung for @code{TreePath} and @code{TreeSelection} fixes.
+
+@item
+Archie Cobbs for build fixes, VM interface updates,
+@code{URLClassLoader} updates.
+
+@item
+Kelley Cook for build fixes.
+
+@item
+Martin Cordova for Suggestions for better @code{SocketTimeoutException}.
+
+@item
+David Daney for @code{BitSet} bugfixes, @code{HttpURLConnection}
+rewrite and improvements.
+
+@item
+Thomas Fitzsimmons for lots of upgrades to the gtk+ AWT and Cairo 2D
+support. Lots of imageio framework additions, lots of AWT and Free
+Swing bugfixes.
+
+@item
+Jeroen Frijters for @code{ClassLoader} and nio cleanups, serialization fixes,
+better @code{Proxy} support, bugfixes and IKVM integration.
+
+@item
+Santiago Gala for @code{AccessControlContext} fixes.
+
+@item
+Nicolas Geoffray for @code{VMClassLoader} and @code{AccessController}
+improvements.
+
+@item
+David Gilbert for @code{basic} and @code{metal} icon and plaf support
+and lots of documenting, Lots of Free Swing and metal theme
+additions. @code{MetalIconFactory} implementation.
+
+@item
+Anthony Green for @code{MIDI} framework, @code{ALSA} and @code{DSSI}
+providers.
+
+@item
+Andrew Haley for @code{Serialization} and @code{URLClassLoader} fixes,
+gcj build speedups.
+
+@item
+Kim Ho for @code{JFileChooser} implementation.
+
+@item
+Andrew John Hughes for @code{Locale} and net fixes, URI RFC2986
+updates, @code{Serialization} fixes, @code{Properties} XML support and
+generic branch work, VMIntegration guide update.
+
+@item
+Bastiaan Huisman for @code{TimeZone} bugfixing.
+
+@item
+Andreas Jaeger for mprec updates.
+
+@item
+Paul Jenner for better @option{-Werror} support.
+
+@item
+Ito Kazumitsu for @code{NetworkInterface} implementation and updates.
+
+@item
+Roman Kennke for @code{BoxLayout}, @code{GrayFilter} and
+@code{SplitPane}, plus bugfixes all over. Lots of Free Swing work
+including styled text.
+
+@item
+Simon Kitching for @code{String} cleanups and optimization suggestions.
+
+@item
+Michael Koch for configuration fixes, @code{Locale} updates, bug and
+build fixes.
+
+@item
+Guilhem Lavaux for configuration, thread and channel fixes and Kaffe
+integration. JCL native @code{Pointer} updates. Logger bugfixes.
+
+@item
+David Lichteblau for JCL support library global/local reference
+cleanups.
+
+@item
+Aaron Luchko for JDWP updates and documentation fixes.
+
+@item
+Ziga Mahkovec for @code{Graphics2D} upgraded to Cairo 0.5 and new regex
+features.
+
+@item
+Sven de Marothy for BMP imageio support, CSS and @code{TextLayout}
+fixes. @code{GtkImage} rewrite, 2D, awt, free swing and date/time fixes and
+implementing the Qt4 peers.
+
+@item
+Casey Marshall for crypto algorithm fixes, @code{FileChannel} lock,
+@code{SystemLogger} and @code{FileHandler} rotate implementations, NIO
+@code{FileChannel.map} support, security and policy updates.
+
+@item
+Bryce McKinlay for RMI work.
+
+@item
+Audrius Meskauskas for lots of Free Corba, RMI and HTML work plus
+testing and documenting.
+
+@item
+Kalle Olavi Niemitalo for build fixes.
+
+@item
+Rainer Orth for build fixes.
+
+@item
+Andrew Overholt for @code{File} locking fixes.
+
+@item
+Ingo Proetel for @code{Image}, @code{Logger} and @code{URLClassLoader}
+updates.
+
+@item
+Olga Rodimina for @code{MenuSelectionManager} implemenation.
+
+@item
+Jan Roehrich for @code{BasicTreeUI} and @code{JTree} fixes.
+
+@item
+Julian Scheid for documentation updates and gjdoc support.
+
+@item
+Christian Schlichtherle for zip fixes and cleanups.
+
+@item
+Robert Schuster for documentation updates and beans fixes,
+@code{TreeNode} enumerations and @code{ActionCommand} and various
+fixes, XML and URL, AWT and Free Swing bugfixes.
+
+@item
+Keith Seitz for lots of JDWP work.
+
+@item
+Christian Thalinger for 64-bit cleanups, Configuration and VM
+interface fixes and @code{CACAO} integration, @code{fdlibm} updates.
+
+@item
+Gael Thomas for @code{VMClassLoader} boot packages support sugestions.
+
+@item
+Andreas Tobler for Darwin and Solaris testing and fixing, @code{Qt4}
+support for Darwin/OS X, @code{Graphics2D} support, @code{gtk+}
+updates.
+
+@item
+Dalibor Topic for better @code{DEBUG} support, build cleanups and
+Kaffe integration. @code{Qt4} build infrastructure, @code{SHA1PRNG}
+and @code{GdkPixbugDecoder} updates.
+
+@item
+Tom Tromey for Eclipse integration, generics work, lots of bugfixes
+and gcj integration including coordinating The Big Merge.
+
+@item
+Mark Wielaard for bugfixes, packaging and release management,
+@code{Clipboard} implementation, system call interrupts and network
+timeouts and @code{GdkPixpufDecoder} fixes.
+
+@end itemize
+
+
 In addition to the above, all of which also contributed time and energy in
 testing GCC, we would like to thank the following for their contributions
 to testing:

^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2006-02-19  0:04 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1138617600.5717.5.camel@localhost.localdomain>
     [not found] ` <m3acddlo09.fsf@localhost.localdomain>
     [not found]   ` <1138714399.5680.25.camel@localhost.localdomain>
2006-01-31 14:38     ` Documenting what changed since 4.0 (gcj core libraries) Mark Wielaard
2006-01-31 15:35       ` Joseph S. Myers
2006-01-31 16:42         ` Mark Wielaard
2006-02-04 14:51           ` Mark Wielaard
2006-02-11 23:37           ` Gerald Pfeifer
2006-02-12 10:53             ` Mark Wielaard
2006-02-15 18:51               ` Gerald Pfeifer
2006-02-19  0:04                 ` Mark Wielaard
2006-02-05 22:43       ` Gerald Pfeifer
2006-02-05 22:58         ` David Daney
2006-02-05 23:03           ` Gerald Pfeifer
2006-02-06 12:09         ` Mark Wielaard
2006-02-06 12:23           ` Mark Wielaard
2006-02-11 14:21           ` Gerald Pfeifer
2006-02-05 23:23       ` Andreas Tobler

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).