From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111915 invoked by alias); 17 Apr 2016 16:10:05 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 111898 invoked by uid 89); 17 Apr 2016 16:10:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.6 required=5.0 tests=BAYES_50,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=recommendation, HTo:U*aph, providers, 1.4 X-Spam-User: qpsmtpd, 2 recipients X-HELO: ainaz.pair.com Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Sun, 17 Apr 2016 16:09:54 +0000 Received: from anthias (vie-188-118-253-246.dsl.sil.at [188.118.253.246]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 373A03F423; Sun, 17 Apr 2016 12:09:51 -0400 (EDT) Date: Sun, 17 Apr 2016 16:10:00 -0000 From: Gerald Pfeifer To: Andrew Haley cc: Andrew Hughes , gcc-patches@gcc.gnu.org, java-patches@gcc.gnu.org Subject: [wwwdocs,Java] Remove java/status.html In-Reply-To: <571374CB.8080604@redhat.com> Message-ID: References: <1384476119.20974246.1460325515495.JavaMail.zimbra@redhat.com> <571374CB.8080604@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SW-Source: 2016-q2/txt/msg00004.txt.bz2 On Sun, 17 Apr 2016, Andrew Haley wrote: >> Somewhat related, any concerns if I were to remove >> https://gcc.gnu.org/java/status.html now? >> >> ("Status of GCJ as of GCC 3.2" _really_ is rather old.) > It's so old that I don't think it's of any use. However, I wonder > if it might make more sense to at least have a page saying that GCJ > is gone. My recommendation is to handle that via java/index, which is the main page, and redirect other GCJ pages to that one as we remove them. Like in the following, for java/status.html. Are you fine with that? Gerald Index: .htaccess =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/.htaccess,v retrieving revision 1.36 diff -u -r1.36 .htaccess --- .htaccess 29 Oct 2015 10:13:08 -0000 1.36 +++ .htaccess 17 Apr 2016 16:00:58 -0000 @@ -51,6 +51,7 @@ Redirect permanent /java/gcj.html https://gcc.gnu.org/java/ Redirect permanent /java/libgcj.html https://gcc.gnu.org/java/ Redirect permanent /java/about.html https://gcc.gnu.org/about.html +Redirect permanent /java/status.html https://gcc.gnu.org/java/ Redirect permanent /bugs.html https://gcc.gnu.org/bugs/ Redirect permanent /c9xstatus.html https://gcc.gnu.org/c99status.html Index: style.mhtml =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/style.mhtml,v retrieving revision 1.128 diff -u -r1.128 style.mhtml --- style.mhtml 16 Apr 2016 21:57:06 -0000 1.128 +++ style.mhtml 17 Apr 2016 16:00:58 -0000 @@ -124,7 +124,6 @@

GCJ Home
GCC Home
- Status
FAQ
Documentation
Contributing
2016-04-17 Gerald Pfeifer * status.html: Remove. Index: java/status.html =================================================================== RCS file: java/status.html diff -N java/status.html --- java/status.html 2 Jul 2014 15:40:11 -0000 1.33 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,154 +0,0 @@ - - - -GCJ - Status - - - - - - - -

GCJ Status

- -

Status of GCJ as of GCC 3.2. Improvements that are only -in current development versions are marked as "in CVS".

- -

Core Features

- -

Compile Java source code ("ahead-of-time") to native (machine) code,
Compile Java bytecode (.class files) to native (machine) code,
Compile Java source code to .class files (javac replacement).
A byte-code interpreter, allowing support for ClassLoaders, -and dynamically loaded classes. Corresponds to JDK's java command.
Support for JNI, as well as CNI, a more efficient and easier-to-use -(though non-standard) API for writing Java methods in C++.
Verification, both at compile time (compiling classes to -native) and run-time (loading classes). Both miss some tests, and -you should not (yet) rely on their correctness for security.
A "conservative" garbage collector.
Replacements for the jar, javah, -rmic, and rmiregistry programs.
An extensive class library - see below.

- - -

Implemented Packages

- -

java.applet: Believed to be complete, but note that without a functional AWT -it isn't very useful.
java.awt: A lot of code exists, but not enough for use in real applications.
java.beans: Believed to be functional and complete, should be compatible with JDK 1.4.
java.io: Ok.
java.lang: Ok.
java.lang.ref: Ok.
java.lang.reflect: Ok. Does not check access permissions.
java.math: Ok.
java.net: Ok.
java.nio: The public interface is ready, but the implementation is not working yet.
java.rmi: Ok.
java.security: Code exist; completeness unknown.
java.sql: Ok, should be compatible with JDK 1.4.
java.util: Ok.
java.util.jar: Ok.
java.util.regex: Ok.
java.util.zip: Ok.
java.text: Ok, but most localization data not available.
javax.accessibility: Some code; status unknown.
javax.crypto: We recommend using GNU Crypto.
javax.naming: Complete, but no providers written.
javax.sql: Some code; status unknown.
javax.swing: Some code, but not enough for real applications.
javax.transaction: Complete, but no providers written.

- -

You can also see a -comparison of our classes with Classpath's. Differences here are -merged from time to time. You can also see - -a comparison of the GUI branch with Classpath. -

- - -

Supported Targets

- -

GNU/Linux on the Pentium-compatible PCs - (i[56]86-pc-linux-gnu): Ok.
FreeBSD on the Pentium-compatible PCs - (i[56]86-pc-freebsd*): Ok.
GNU/Linux on Alpha - (alpha*-*-linux-gnu): Ok.
GNU/Linux on the Itanium (ia64) architecture - (ia64-*-linux-gnu): Ok.
GNU/Linux on PowerPC: Ok.
GNU/Linux on AMD x86-64 ("Hammer") architecture -(x86_64-*-linux-gnu): Ok, in CVS (but building with multilibs enabled needs libtool patch).
Solaris 2.5.1, 2.6, 2.7, 2.8 on SPARC - (sparc*-sun-solaris2.[5678]): Ok for 32- and 64-bit ABIs. Byte-code interpreter not currently -supported.
SGI Irix 6.5 on Mips - (mips-sgi-irix6.5): Some tricks required to build. Byte-code interpreter not -currently supported. No SEGV handler available.
Windows on the Intel PC platform, using the MingW32 compiler - (i[56]86-pc-mingw32): Works for target; works for host (in CVS). Is incomplete.
PPC Darwin (including MacOS X): Some kludges needed.
DEC OSF 4.0f and OSF 5.1 on Alpha - (alpha-dec-osf4.0f, alpha-dec-osf5.1): Ok.
Bare metal ARM ELF using newlib - (arm-elf): Ok, in CVS. No threads, file I/O or networking.
Bare metal XScale ELF using newlib - (xscale-elf): Ok. No threads, file I/O or networking.
IBM s390x: Ok, in CVS.
GNU/Linux on Hitachi SH-3/4 micro-controller - (sh[34]-*-linux): Ok, in CVS.

- - -