From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75552 invoked by alias); 15 Nov 2016 23:43:20 -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 75528 invoked by uid 89); 15 Nov 2016 23:43:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_50,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=ads, jar, oriented, 2.17 X-Spam-User: qpsmtpd, 2 recipients X-HELO: einhorn.in-berlin.de Received: from einhorn.in-berlin.de (HELO einhorn.in-berlin.de) (192.109.42.8) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 15 Nov 2016 23:43:10 +0000 X-Envelope-From: doko@ubuntu.com Received: from [192.168.178.26] (ip5f5af460.dynamic.kabel-deutschland.de [95.90.244.96]) (authenticated bits=0) by einhorn.in-berlin.de (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id uAFNh6Z2002028 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Nov 2016 00:43:07 +0100 Subject: Re: [patch] remove more GCJ references To: Eric Gallager References: <62935be0-488e-537b-2175-c51f0a1e9ba9@ubuntu.com> <3a92f93f-0043-a296-0bfb-890cf33f0d83@ubuntu.com> Cc: GCC Patches , GCJ-patches From: Matthias Klose Message-ID: <32b29ab0-e482-ff7d-72a7-3daac82e22ae@ubuntu.com> Date: Tue, 15 Nov 2016 23:43:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-q4/txt/msg00024.txt.bz2 On 15.11.2016 23:03, Eric Gallager wrote: > On 11/15/16, Matthias Klose wrote: >> On 15.11.2016 21:41, Matthias Klose wrote: >>> On 15.11.2016 16:52, Jeff Law wrote: >>>> On 11/15/2016 03:55 AM, Matthias Klose wrote: >>>>> This patch removes some references to gcj in the top level and config >>>>> directories and in the gcc documentation. The change to the config >>>>> directory requires regenerating aclocal.m4 and configure in each sub >>>>> directory. >>>>> >>>>> Ok for the trunk? >>>>> >>>>> Matthias >>>>> >>>>> >>>>> >>>>> 2016-11-14 Matthias Klose >>>>> >>>>> * config-ml.in: Remove references to GCJ. >>>>> * configure.ac: Likewise. >>>>> * configure: Regenerate. >>>>> >>>>> config/ >>>>> >>>>> 2016-11-14 Matthias Klose >>>>> >>>>> multi.m4: Don't set GCJ. >>>>> >>>>> gcc/ >>>>> >>>>> 2016-11-14 Matthias Klose >>>>> >>>>> * doc/install.texi: Remove references to gcj/libjava. >>>>> * doc/invoke.texi: Likewise. >>>>> >>>> OK. >>>> jeff >>> >>> I was missing more references in the documentation, committing the >>> remaining changes as obvious: >>> >>> gcc/ >>> 2016-11-15 Matthias Klose >>> >>> * doc/install.texi: Remove references to java/libjava. >>> * doc/sourcebuild.texi: Likewise. >> >> and here are the remaining java reference in the user oriented >> documentation: >> >> 2016-11-15 Matthias Klose >> >> * doc/install.texi: Remove references to java/libjava. >> * doc/invoke.texi: Likewise. >> * doc/standards.texi: Likewise. >> >> Index: gcc/doc/install.texi >> =================================================================== >> --- gcc/doc/install.texi (revision 242455) >> +++ gcc/doc/install.texi (working copy) >> @@ -4021,7 +4021,7 @@ >> it sorts relocations for REL targets (o32, o64, EABI). This can cause >> bad code to be generated for simple C++ programs. Also the linker >> from GNU binutils versions prior to 2.17 has a bug which causes the >> -runtime linker stubs in very large programs, like @file{libgcj.so}, to >> +runtime linker stubs in very large programs to >> be incorrectly generated. GNU Binutils 2.18 and later (and snapshots >> made after Nov. 9, 2006) should be free from both of these problems. >> >> Index: gcc/doc/invoke.texi >> =================================================================== >> --- gcc/doc/invoke.texi (revision 242455) >> +++ gcc/doc/invoke.texi (working copy) >> @@ -1316,12 +1316,6 @@ >> @item @var{file}.go >> Go source code. >> >> -@c FIXME: Descriptions of Java file types. >> -@c @var{file}.java >> -@c @var{file}.class >> -@c @var{file}.zip >> -@c @var{file}.jar >> - >> @item @var{file}.ads >> Ada source code file that contains a library unit declaration (a >> declaration of a package, subprogram, or generic, or a generic >> @@ -1370,7 +1364,6 @@ >> ada >> f77 f77-cpp-input f95 f95-cpp-input >> go >> -java >> @end smallexample >> >> @item -x none >> @@ -3174,7 +3167,7 @@ >> @item -fobjc-exceptions >> @opindex fobjc-exceptions >> Enable syntactic support for structured exception handling in >> -Objective-C, similar to what is offered by C++ and Java. This option >> +Objective-C, similar to what is offered by C++. This option >> is required to use the Objective-C keywords @code{@@try}, >> @code{@@throw}, @code{@@catch}, @code{@@finally} and >> @code{@@synchronized}. This option is available with both the GNU >> @@ -10800,7 +10793,7 @@ >> @opindex fbounds-check >> For front ends that support it, generate additional code to check that >> indices used to access arrays are within the declared range. This is >> -currently only supported by the Java and Fortran front ends, where >> +currently only supported by the Fortran front end, where >> this option defaults to true and false respectively. > > > The "defaults to true and false respectively" part no longer makes sense. > It should probably just be "defaults to false" thanks, committed.