From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 124722 invoked by alias); 15 Nov 2016 22:04:11 -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 124700 invoked by uid 89); 15 Nov 2016 22:04:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.8 required=5.0 tests=AWL,BAYES_50,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=ads, jar, H*r:sk:java-pa, f77 X-HELO: mail-wm0-f65.google.com Received: from mail-wm0-f65.google.com (HELO mail-wm0-f65.google.com) (74.125.82.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 15 Nov 2016 22:04:00 +0000 Received: by mail-wm0-f65.google.com with SMTP id m203so4609228wma.3 for ; Tue, 15 Nov 2016 14:03:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ryNBT4r5zGfA12fd/CrxBKdKuhuJ+Fq6cbaOL+xf/Do=; b=Vjk7BA3qrXXrVw17vYR7v50DqoUaq4ME438IS4IgW8petmJQsrcG5QOesPh0L4d1xU wH0tZiTlB5T1yXGcTwmzq/psU+c4ly4Tlf0wgoa5aCRX6nFTDg05nKCx8MXYVZkemVsO swR0A8QthsKOA95X6pLLWc/zRr8tR/4R3mpzyb6a1BW03/bq/W/fUS1lHwWJwa+HqiGO 9OYMhEeDOT+pR1cjOAvBffBXcgq/eoCRJeHw9HG7CGBsDwb0ASMCptIdT2iZVyfGwVwK zZwRkJ1r8WGp/fhxCV9zRXQyDzkjPHRhZIOR5AXxWUwhNDRKZyclY93vI2qWU7lmBA85 p2ew== X-Gm-Message-State: ABUngvdu83v0XkTXv/IDiFC7q6s3N4HnKW/PAemip9XWhWojlr95wRQdj3M01+RUHhrkirlpsdnNd++FvlshEA9c X-Received: by 10.28.57.197 with SMTP id g188mr5814862wma.26.1479247438048; Tue, 15 Nov 2016 14:03:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.149.154 with HTTP; Tue, 15 Nov 2016 14:03:57 -0800 (PST) In-Reply-To: References: <62935be0-488e-537b-2175-c51f0a1e9ba9@ubuntu.com> <3a92f93f-0043-a296-0bfb-890cf33f0d83@ubuntu.com> From: Eric Gallager Date: Tue, 15 Nov 2016 22:04:00 -0000 Message-ID: Subject: Re: [patch] remove more GCJ references To: Matthias Klose Cc: GCC Patches , GCJ-patches Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2016-q4/txt/msg00023.txt.bz2 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" > @item -fcheck-pointer-bounds > @@ -11861,8 +11854,7 @@ > This option instructs the compiler to assume that signed arithmetic > overflow of addition, subtraction and multiplication wraps around > using twos-complement representation. This flag enables some optimizations > -and disables others. This option is enabled by default for the Java > -front end, as required by the Java language specification. > +and disables others. > The options @option{-ftrapv} and @option{-fwrapv} override each other, so using > @option{-ftrapv} @option{-fwrapv} on the command-line results in > @option{-fwrapv} being effective. Note that only active options override, so > Index: gcc/doc/standards.texi > =================================================================== > --- gcc/doc/standards.texi (revision 242455) > +++ gcc/doc/standards.texi (working copy) > @@ -315,6 +315,3 @@ > > @xref{Standards,,Standards, gfortran, The GNU Fortran Compiler}, for details > of standards supported by GNU Fortran. > - > -@xref{Compatibility,,Compatibility with the Java Platform, gcj, GNU gcj}, > -for details of compatibility between @command{gcj} and the Java Platform. >