Patch to use @email in manual

[Joseph S. Myers]

This patch makes the GCC manual consistently use @email for formatting
email addresses (as already done throughout the G77 manual).  It
passes "make info".  OK to commit?

(I left "@samp{bug-foo@@gnu.org}" unchanged since that's not an actual
email address.)

gcc/ChangeLog:
2000-09-29  Joseph S. Myers  <jsm28@cam.ac.uk>

	* c-tree.texi, contrib.texi, gcc.texi, install.texi, invoke.texi:
	Consistently use @email for formatting email addresses.

gcc/cp/ChangeLog:
2000-09-29  Joseph S. Myers  <jsm28@cam.ac.uk>

	* gxxint.texi: Use @email for formatting email addresses.

--- c-tree.texi.orig	Sun Sep 24 21:47:44 2000
+++ c-tree.texi	Fri Sep 29 22:20:29 2000
@@ -76,7 +76,7 @@
 macros available here.  If that situation occurs, it is quite likely
 that GCC already supports the functionality you desire, but that the
 interface is simply not documented here.  In that case, you should ask
-the GCC maintainers (via mail to @url{ mailto:gcc@@gcc.gnu.org} ) about
+the GCC maintainers (via mail to @email{gcc@@gcc.gnu.org}) about
 documenting the functionality you require.  Similarly, if you find
 yourself writing functions that do not deal directly with your back-end,
 but instead might be useful to other people using the GCC front-end, you
--- contrib.texi.orig	Sun Sep 17 17:42:33 2000
+++ contrib.texi	Fri Sep 29 22:21:04 2000
@@ -1,7 +1,7 @@
 The GCC project would like to thank its many contributors.  Without them the
 project would not have been nearly as successful as it has been.  Any omissions
 in this list are accidental.  Feel free to contact
-@code{law@@cygnus.com} if you have been left out
+@email{law@@cygnus.com} if you have been left out
 or some of your contributions are not listed.  Please keep this list in
 alphabetical order.
 
--- gcc.texi.orig	Wed Sep 27 17:46:59 2000
+++ gcc.texi	Fri Sep 29 22:25:16 2000
@@ -2230,9 +2230,9 @@
 @cindex bug report mailing lists
 @kindex gcc-bugs@@gcc.gnu.org or bug-gcc@@gnu.org
 Send bug reports for the GNU Compiler Collection to
-@samp{gcc-bugs@@gcc.gnu.org}.  In accordance with the GNU-wide
+@email{gcc-bugs@@gcc.gnu.org}.  In accordance with the GNU-wide
 convention, in which bug reports for tool ``foo'' are sent
-to @samp{bug-foo@@gnu.org}, the address @samp{bug-gcc@@gnu.org}
+to @samp{bug-foo@@gnu.org}, the address @email{bug-gcc@@gnu.org}
 may also be used; it will forward to the address given above.
 
 Please read @uref{ http://www.gnu.org/software/gcc/bugs.html} for
@@ -2650,7 +2650,7 @@
 
 If you would like to write bug fixes or improvements for the GNU C
 compiler, that is very helpful.  Send suggested fixes to the patches
-mailing list, @code{gcc-patches@@gcc.gnu.org}.
+mailing list, @email{gcc-patches@@gcc.gnu.org}.
 
 Please follow these guidelines so we can study your patches efficiently.
 If you don't follow these guidelines, your information might still be
@@ -2770,8 +2770,8 @@
 @itemize @bullet
 @item
 Send a message to a suitable network mailing list.  First try
-@code{gcc-bugs@@gcc.gnu.org} or @code{bug-gcc@@gnu.org}, and if that
-brings no response, try @code{gcc@@gcc.gnu.org}.
+@email{gcc-bugs@@gcc.gnu.org} or @email{bug-gcc@@gnu.org}, and if that
+brings no response, try @email{gcc@@gcc.gnu.org}.
 
 @item
 Look in the service directory for someone who might help you for a fee.
@@ -2784,13 +2784,13 @@
 
 If you would like to help pretest GCC releases to assure they work
 well, or if you would like to work on improving GCC, please contact
-the maintainers at @code{gcc@@gcc.gnu.org}.  A pretester should
+the maintainers at @email{gcc@@gcc.gnu.org}.  A pretester should
 be willing to try to investigate bugs as well as report them.
 
 If you'd like to work on improvements, please ask for suggested projects
 or suggest your own ideas.  If you have already written an improvement,
 please tell us about it.  If you have not yet started work, it is useful
-to contact @code{gcc@@gcc.gnu.org} before you start; the
+to contact @email{gcc@@gcc.gnu.org} before you start; the
 maintainers may be able to suggest ways to make your extension fit in
 better with the rest of GCC and with other development plans.
 
--- install.texi.orig	Wed Sep 27 17:46:59 2000
+++ install.texi	Fri Sep 29 22:26:19 2000
@@ -1029,7 +1029,7 @@
 
 @item elxsi-elxsi-bsd
 The Elxsi's C compiler has known limitations that prevent it from
-compiling GNU C.  Please contact @code{mrs@@cygnus.com} for more details.
+compiling GNU C.  Please contact @email{mrs@@cygnus.com} for more details.
 
 @item dsp16xx
 A port to the AT&T DSP1610 family of processors.
@@ -1250,7 +1250,7 @@
 
 @item m68000-hp-bsd
 HP 9000 series 200 running BSD.  Note that the C compiler that comes
-with this system cannot compile GNU CC; contact @code{law@@cygnus.com}
+with this system cannot compile GNU CC; contact @email{law@@cygnus.com}
 to get binaries of GNU CC for bootstrapping.
 
 @item m68k-altos
@@ -1285,7 +1285,7 @@
 the configure script or use GNU assembler with dbx-in-coff encapsulation
 by providing @samp{--with-gnu-as --stabs}. For any problem with native
 assembler or for availability of the DPX/2 port of GAS, contact
-@code{F.Pierresteguy@@frcl.bull.fr}.
+@email{F.Pierresteguy@@frcl.bull.fr}.
 
 @item m68k-crds-unox
 Use @samp{configure unos} for building on Unos.
--- invoke.texi.orig	Fri Sep 29 20:40:28 2000
+++ invoke.texi	Fri Sep 29 22:26:38 2000
@@ -2839,7 +2839,7 @@
 they have helped determine the efficacy of various
 approaches to improving loop optimizations.
 
-Please let us (@code{gcc@@gcc.gnu.org} and @code{fortran@@gnu.org})
+Please let us (@email{gcc@@gcc.gnu.org} and @email{fortran@@gnu.org})
 know how use of these options affects
 the performance of your production code.
 We're very interested in code that runs @emph{slower}
--- cp/gxxint.texi.orig	Fri Jun 23 06:49:42 2000
+++ cp/gxxint.texi	Fri Sep 29 22:30:29 2000
@@ -9,7 +9,7 @@
 @chapter Internal Architecture of the Compiler
 
 This is meant to describe the C++ front-end for gcc in detail.
-Questions and comments to Benjamin Kosnik @code{<bkoz@@cygnus.com>}.
+Questions and comments to Benjamin Kosnik @email{bkoz@@cygnus.com}.
 
 @menu
 * Limitations of g++::          

-- 
Joseph S. Myers
jsm28@cam.ac.uk