2001-02-09 Bryce McKinlay
* index.html: Update the "what is GCJ" section. Move "what is GCJ" to
top of page. Add classpath link. Add note about API implementation
status. Move older news items to...
* old-news.html: ... here.
* download.html: Remove links to release version and replace with
explanation. Change "gcj"/"gcc" -> "GCJ"/"GCC". Remove obsolete
"development tree status" section. Remove broken references to AG's
RPMs.
Index: index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/index.html,v
retrieving revision 1.71
diff -u -r1.71 index.html
--- index.html 2001/02/08 17:34:35 1.71
+++ index.html 2001/02/09 06:01:45
@@ -1,5 +1,5 @@
-
+GCJ: The GNU Compiler for Java
@@ -10,175 +10,95 @@
|
- GCJ News
+ What is GCJ?
|
-
+GCJ is a portable, optimizing, ahead-of-time compiler for the Java
+Programming Language. It can compile:
+
+- Java source code directly to native machine code,
+
- Java source code to Java bytecode (class files),
+
- and Java bytecode to native machine code.
+
-
+Compliled applications are linked with the GCJ runtime, libgcj,
+which provides the core
+class libraries, a garbage collector, and a bytecode
+interpreter. libgcj can dynamically load and interpret
+class files, resulting in mixed compiled/interpreted applications.
-|
-January 28, 2001
- |
-The various gcj mailing lists have moved to gcc.gnu.org.
-Unused lists have been removed, and java-discuss was renamed
-to java. See the announcement
-for all the gory details. With this change, the gcj project
-is now fully merged into GCC.
- |
+
- |
-December 20, 2000
- |
-The Java Gnats database has been merged into the gcc Gnats database.
-The old database continues to exist but only for reference purposes;
-it is now read-only.
- |
+Most of the APIs specified by "The Java Class Libraries" Second Edition and
+the "Java 2 Platform supplement" are supported, including collections,
+networking, reflection, and serialization. AWT and RMI are currently
+unsupported, but work to implement them is in progress.
-|
-December 9, 2000
- |
-Thanks to Richard Henderson's recent libffi changes, the libgcj bytecode interpreter is now enabled for Alpha systems.
- |
+
- |
-December 9, 2000
- |
-The libgcj sources have
-migrated to the gcc repository. We've imported
-fastjar in our
-tree
-and use it as a replacement to zip. |
+Debugging is supported using recent versions of the
+GNU debugger, GDB.
+A short tutorial on using GDB to debug
+GCJ-compiled applications is available.
-|
-December 8, 2000
- |
-The libgcj repository is now
-closed: We're moving our sources over to the gcc
-
-tree. Read here and
-here how you will soon check
-your sources out.
- |
+
- |
-November 2, 2000
- |
-Warren Levy has checked in code for a serialized object dumper.
-It is enabled by configuring with --enable-libgcj-debug
-and calling java.io.ObjectInputStream.setDump(true);
-in your test program.
-The output will be generated as the object is deserialized (i.e. the
-readObject() method is executed).
- |
+In addition to regular native programming, GCJ can be configured as a
+cross-compiler, suitable for embedded systems programming.
-|
-October 29, 2000
- |
-Bryce McKinlay checked in a large patch merging parts of the Java
-Collections code from Classpath into libgcj. He's also been working
-on reformatting code to fit the coding standards, and tuning the
-Collections code for performance.
- |
+
- |
-October 27, 2000
- |
-Warren Levy has checked in even more serialization work -- he's been
-working steadily on making object serialization compatible with Sun's
-implementation for a while now, and I believe we are quite close to
-complete compatibility.
- |
+GCJ is part of the GNU Compiler Collection (GCC). GCC, gdb and related tools are Free Software.
+
+
+
+
+
|
-October 22, 2000
+January 28, 2001
|
-Rolf Rasmussen has checked in a large piece of code implementing most
-of Xlib-based AWT peers as well as parts of J2D. Bryce McKinlay has
-also been working on AWT.
+The various gcj mailing lists have moved to gcc.gnu.org.
+Unused lists have been removed, and java-discuss was renamed
+to java. See the announcement
+for all the gory details. With this change, the gcj project
+is now fully merged into GCC.
|
|
-September 30, 2000
+January 17, 2001
|
-Bryce McKinlay checked in a patch that enables bitmap-descriptor based
-marking in the garbage collector. This code includes work by
-Tom Tromey and Hans Boehm, and results in some significant
-
-performance gains in memory-intensive code.
+GCJ is now compatible with the V3 C++ ABI, thanks to the efforts of Alexandre Petit-Bianco.
|
|
-September 8, 2000
+December 20, 2000
|
-Warren Levy checked in various patches that provide much a more compatible
-serialization implementation. Still some special case classes to go, but
-90% of the serializable classes should now be compatible with Sun's JDK.
+The Java Gnats database has been merged into the gcc Gnats database.
+The old database continues to exist but only for reference purposes;
+it is now read-only.
|
|
-September 6, 2000
+December 9, 2000
|
-Anthony Green checked in a patch to make gcj read compressed zip
-files. He also moved zlib into the gcc tree -- the first concrete
-work towards merging the gcc and libgcj source trees.
+Thanks to Richard Henderson's recent libffi changes, the
+libgcj bytecode interpreter is now enabled for Alpha systems.
|
|
-Before September 2000
|
Less recent GCJ news
|
-
-
-
-GCJ is a portable, optimizing, ahead-of-time compiler for the Java
-Programming Language. It can compile...
-
-- Java source code to native machine code,
-
- Java source code to Java bytecode (class files),
-
- and Java bytecode to native machine code.
-
-
-Before executing your compiled application, you must link it with
-the GCJ runtime, libgcj, which consists of...
-
-- the core class libraries,
-
- a garbage collector library,
-
- an abstraction over the system threads,
-
- and, optionally, a bytecode interpreter.
-
-
-The addition of the bytecode interpreter means that GCJ compiled
-applications can dynamically load and interpret class files, resulting
-in mixed compiled/interpreted systems.
-
-
-
-Compiled Java applications are debugged using recent versions of the
-GNU debugger, GDB.
-A short tutorial on using GDB to debug
-GCJ-compiled applications is available.
-
-
-
-In addition to regular native programming, GCJ can be configured as a
-cross-compiler, suitable for embedded systems programming.
-
-
-
-Gcj, libgcj, gdb and related tools are Free Software.
-
-
Index: old-news.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/old-news.html,v
retrieving revision 1.6
diff -u -r1.6 old-news.html
--- old-news.html 2001/02/08 17:34:35 1.6
+++ old-news.html 2001/02/09 06:01:45
@@ -6,13 +6,96 @@
|
+December 9, 2000
+ |
+The libgcj sources have
+migrated to the gcc repository. We've imported
+fastjar in our
+tree
+and use it as a replacement to zip. |
+
+|
+December 8, 2000
+ |
+The libgcj repository is now
+closed: We're moving our sources over to the gcc
+
+tree. Read here and
+here how you will soon check
+your sources out.
+ |
+
+|
+November 2, 2000
+ |
+Warren Levy has checked in code for a serialized object dumper.
+It is enabled by configuring with --enable-libgcj-debug
+and calling System.setProperty("gcj.dumpobjects", "true");
+in your test program.
+The output will be generated as the object is deserialized (i.e. the
+readObject() method is executed).
+ |
+
+|
+October 29, 2000
+ |
+Bryce McKinlay checked in a large patch merging parts of the Java
+Collections code from Classpath into libgcj. He's also been working
+on reformatting code to fit the coding standards, and tuning the
+Collections code for performance.
+ |
+
+|
+October 27, 2000
+ |
+Warren Levy has checked in even more serialization work -- he's been
+working steadily on making object serialization compatible with Sun's
+implementation for a while now, and I believe we are quite close to
+complete compatibility.
+ |
+
+|
+October 22, 2000
+ |
+Rolf Rasmussen has checked in a large piece of code implementing most
+of Xlib-based AWT peers as well as parts of J2D. Bryce McKinlay has
+also been working on AWT.
+ |
+
+|
+September 30, 2000
+ |
+Bryce McKinlay checked in a patch that enables bitmap-descriptor based
+marking in the garbage collector. This code includes work by
+Tom Tromey and Hans Boehm, and results in some significant
+
+performance gains in memory-intensive code.
+ |
+
+|
+September 8, 2000
+ |
+Warren Levy checked in various patches that provide much a more compatible
+serialization implementation. Still some special case classes to go, but
+90% of the serializable classes should now be compatible with Sun's JDK.
+ |
+
+|
+September 6, 2000
+ |
+Anthony Green checked in a patch to make gcj read compressed zip
+files. He also moved zlib into the gcc tree -- the first concrete
+work towards merging the gcc and libgcj source trees.
+ |
+
+|
August 20, 2000
|
We haven't had any news in a while, but things have still been
happening: Anthony Green recently merged in a lot of Classpath code,
-in particular the java.util.jar and
-java.security.cert packages. Also, Bryce McKinlay and Rolf
-Rasmussen have done a fair amount of work on java.awt (not
+in particular the java.util.jar and
+java.security.cert packages. Also, Bryce McKinlay and Rolf
+Rasmussen have done a fair amount of work on java.awt (not
ready for a screen shot yet, though).
|
@@ -40,7 +123,7 @@
Today we merged some major work done at Red Hat. This included:
-The current source release is still provided in two parts: the
-compiler, gcj, and the runtime, libgcj. Some time in the future, a
-single source release of gcc will contain everything you need.
+The most current official release of GCJ/libgcj is 2.95.1. It's
+broken, and we don't recommend using it. Some time soon, GCC 3.0
+will contain everything you need in a single source release.
+
+We now recommend that you obtain development sources (see below), in
+preference to the old release version.
+
@@ -46,14 +48,12 @@
The latest development sources are available in three forms: periodic
-snapshots, prebuild RPMs and directly from the cvs source repository.
+snapshots, pre-built RPMs and directly from the cvs source repository.
-Note that the current development sources are generally for
-"bleeding edge" developers, and those who need features not found in
-older, more stable, versions. Also note that the current development
-sources may have bugs which prevent it from compiling or running;
-however, these things should be fixed immediately. Please
+Please note that the current development source tree may occasionally have
+bugs which prevent it from compiling or running; however, when these problems
+occur we try to fix them immediately. Please
submit a problem report if you are
using the development sources and run into such a problem.
If you are going to build from source you want to read the
@@ -77,22 +77,10 @@
-RPMs are also made available occasionally by Anthony Green. The are available from
-ftp://sources.redhat.com/pub/java/rpm/
-and Mirror Sites.
-
-Everything will install under /usr/local/ag. The source RPM unpacks
-as a checked out anonymous source tree with GCC and libgcj unified
-under a single root.
-Debian users can use alien --to-deb to convert the rpms.
-
-You have to add /usr/local/ag/bin to your PATH
-and add /usr/local/ag/lib to your LD_LIBRARY_PATH.
-
cvs
-The easiest way to get libgcj is to check it out from the gcc cvs
+The easiest way to get GCJ is to check it out from the GCC cvs
repository. Here's how perform an anonymous read-only CVS access:
@@ -127,81 +115,6 @@
href="http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java">cvs
archive (the entire compiler is also
available.)
-
-
|