[Java,docs] Some style and link changes to gcj.texi

Message ID alpine.LNX.2.00.1304150114210.1745@trevally.site
State New
Headers show

Commit Message

Gerald Pfeifer April 14, 2013, 9:22 p.m.
This updates one link (sources.redhat.com now redirects to
sourceware.org), remove one generic one that used to point to
sun.com.  And, while at it, I noticed that gcc should read GCC.

Applied to mainline; I'll probably backport to the 4.8 branch


2013-04-15  Gerald Pfeifer  <gerald@pfeifer.com>

	* gcj.texi (Configure-time Options): Refer to GCC, not gcc.
	(Resources): Adjust reference to Mauve.
	Remove link to java.sun.com.
	Refer to GCC, not gcc.


Index: gcj.texi
--- gcj.texi	(revision 197950)
+++ gcj.texi	(working copy)
@@ -609,7 +609,7 @@ 
 @item -fuse-atomic-builtins
-On some systems, gcc can generate code for built-in atomic operations.
+On some systems, GCC can generate code for built-in atomic operations.
 Use this option to force gcj to use these builtins when compiling Java
 code.  Where this capability is present it should be automatically
 detected, so you won't usually need to use this option.
@@ -2712,18 +2712,17 @@ 
 heavily on documentation from Sun Microsystems.  In particular we have
 used The Java Language Specification (both first and second editions),
 the Java Class Libraries (volumes one and two), and the Java Virtual
-Machine Specification.  In addition we've used the online documentation
-at @uref{http://java.sun.com/}.
+Machine Specification.  In addition we've used Sun's online documentation.
 The current @command{gcj} home page is
-For more information on gcc, see @uref{http://gcc.gnu.org/}.
+For more information on GCC, see @uref{http://gcc.gnu.org/}.
 Some @code{libgcj} testing is done using the Mauve test suite.  This is
 a free software Java class library test suite which is being written
 because the JCK is not free.  See
-@uref{http://sources.redhat.com/mauve/} for more information.
+@uref{http://www.sourceware.org/mauve/} for more information.
 @node Index