install.texi: Remove references to java/libjava.
authorMatthias Klose <doko@ubuntu.com>
Tue, 15 Nov 2016 21:00:32 +0000 (21:00 +0000)
committerMatthias Klose <doko@gcc.gnu.org>
Tue, 15 Nov 2016 21:00:32 +0000 (21:00 +0000)
2016-11-15  Matthias Klose  <doko@ubuntu.com>

        * doc/install.texi: Remove references to java/libjava.
        * doc/invoke.texi: Likewise.
        * doc/standards.texi: Likewise.

From-SVN: r242456

gcc/ChangeLog
gcc/doc/install.texi
gcc/doc/invoke.texi
gcc/doc/standards.texi

index 1bf1757b21fd2fe2536c590a65fab3ffe32adfb5..554af23ae8595dc6373368fbdf4fe4d39dbc2455 100644 (file)
@@ -2,6 +2,8 @@
 
        * doc/install.texi: Remove references to java/libjava.
        * doc/sourcebuild.texi: Likewise.
+       * doc/invoke.texi: Likewise.
+       * doc/standards.texi: Likewise.
 
 2016-11-15  Richard Sandiford  <richard.sandiford@arm.com>
            Alan Hayward  <alan.hayward@arm.com>
index bf512f228851dfe799d3b4d50fefb0dd148f0df5..78e385e9cf08fc665694a2dbdb4ae46db8c6bb0f 100644 (file)
@@ -4021,7 +4021,7 @@ The assembler from GNU binutils 2.17 and earlier has a bug in the way
 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 43cd2715063f9de5ae534c279dd3cc015a0f76fb..dbb02bb7b2522beecca59fcf411dd4d519a145c2 100644 (file)
@@ -1316,12 +1316,6 @@ traditional preprocessor).
 @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 @@ assembler  assembler-with-cpp
 ada
 f77  f77-cpp-input f95  f95-cpp-input
 go
-java
 @end smallexample
 
 @item -x none
@@ -3174,7 +3167,7 @@ accomplished via the comm page.
 @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 @@ Inserts a call to @code{__sanitizer_cov_trace_pc} into every basic block.
 @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.
 
 @item -fcheck-pointer-bounds
@@ -11861,8 +11854,7 @@ results in @option{-ftrapv} being effective.
 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 703437f959b06dffbbc4fcbf1038b25003f35bf9..8a42365031fe9b59f605763857a5237d83df24e7 100644 (file)
@@ -315,6 +315,3 @@ conformance and compatibility of the Ada compiler.
 
 @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.