This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Java web updates


I think its important to have the "executive overview" of gcj visible
at the top of the page, rather than buried under a bunch of vague news
items.  I've also updated this section and substantially cleaned up
the download page.

I'm checking this in.

regards

  [ bryce ]


Title: GCJ - Home Page
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. - +

-

+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. - +

-

+Debugging is supported 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 is part of the GNU Compiler Collection (GCC). GCC, gdb and related tools are Free Software. +
+
+ +
-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. -
-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.
-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). -
-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 News +
+
-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
-
- - - - - -
- What is GCJ? -
-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 @@

+ + + + + + + + + + + + + + + + + + @@ -40,7 +123,7 @@ Today we merged some major work done at Red Hat. This included:
  • Substantial work for the IA-64 port. -
  • java.beans from Classpath. +
  • java.beans from Classpath.
  • A somewhat modified initial implementation of serialization. (This is known not to interoperate with other implementations yet.)
  • Miscellaneous bug fixes. @@ -64,7 +147,7 @@ April 10, 2000
@@ -72,7 +155,7 @@
+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).
Warren Levy checked in a JDK 1.1 compatible version of -Classpath's java.sql. +Classpath's java.sql. Once we have merged the necessary JDK 1.2 support, we'll update this to directly track Classpath.
April 8, 2000 -Tom Tromey wrote most of java.awt.event. +Tom Tromey wrote most of java.awt.event.
@@ -107,9 +190,9 @@
March 9, 2000 -Warren Levy checked in the basics of the java.security.* packages +Warren Levy checked in the basics of the java.security.* packages that he and Tom Tromey have been putting together. It is just the basics -of java.security and some of it is indeed stubbed. It has been +of java.security and some of it is indeed stubbed. It has been tried with the 20000120 snapshot of Cryptix JCE so it is usable. Index: download.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/java/download.html,v retrieving revision 1.25 diff -u -r1.25 download.html --- download.html 2001/02/08 17:48:29 1.25 +++ download.html 2001/02/09 06:01:45 @@ -4,7 +4,7 @@ GCJ - Downloading - + @@ -20,21 +20,23 @@

-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.) - -
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]