summaryrefslogtreecommitdiff
path: root/gcc/f/g77.texi
diff options
context:
space:
mode:
authorburley <burley@138bc75d-0d04-0410-961f-82ee72b054a4>1999-06-05 15:16:18 +0000
committerburley <burley@138bc75d-0d04-0410-961f-82ee72b054a4>1999-06-05 15:16:18 +0000
commit7c1400926babc695b7be3b48aaa7912e4d67ea81 (patch)
tree4d2494cd453aa9348a8eeb835b7c452f34d6acec /gcc/f/g77.texi
parenta1e8f6af766b0f5143573801b947ee0858be6bff (diff)
downloadgcc-7c1400926babc695b7be3b48aaa7912e4d67ea81.tar.gz
Dave Love's Intel-related doc fixes
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@27375 138bc75d-0d04-0410-961f-82ee72b054a4
Diffstat (limited to 'gcc/f/g77.texi')
-rw-r--r--gcc/f/g77.texi31
1 files changed, 13 insertions, 18 deletions
diff --git a/gcc/f/g77.texi b/gcc/f/g77.texi
index fb393a01cd8..cd945e9be1a 100644
--- a/gcc/f/g77.texi
+++ b/gcc/f/g77.texi
@@ -10774,30 +10774,25 @@ compiler, typically @code{gcc}.)
@node Use Submodel Options
@subsection Use Submodel Options
-@cindex Pentium optimizations
-@cindex optimization, for Pentium
-@cindex 586/686 CPUs
@cindex submodels
Using an appropriate @samp{-m} option to generate specific code for your
CPU may be worthwhile, though it may mean the executable won't run on
other versions of the CPU that don't support the same instruction set.
@xref{Submodel Options,,Hardware Models and Configurations,gcc,Using and
-Porting GNU CC}.
-
-For recent CPUs that don't have explicit support in
-the released version of @code{gcc}, it may still be possible to get
-improvements.
-For instance, the flags recommended for 586/686
-(Pentium(Pro)) chips for building the Linux kernel are:
-
-@smallexample
--m486 -malign-loops=2 -malign-jumps=2 -malign-functions=2
--fomit-frame-pointer
-@end smallexample
-
-@noindent @samp{-fomit-frame-pointer} will, however, inhibit debugging
-on x86 systems.
+Porting GNU CC}. For instance on an x86 system the compiler might have
+been built---as shown by @samp{g77 -v}---for the target
+@samp{i386-pc-linux-gnu}, i.e.@: an @samp{i386} CPU@. In that case to
+generate code best optimized for a Pentium you could use the option
+@samp{-march=pentium}.
+
+For recent CPUs that don't have explicit support in the released version
+of @code{gcc}, it @emph{might} still be possible to get improvements
+with certain @samp{-m} options.
+
+@samp{-fomit-frame-pointer} can help performance on x86 systems and
+others. It will, however, inhibit debugging on the systems on which it
+is not turned on anyway by @samp{-O}.
@node Trouble
@chapter Known Causes of Trouble with GNU Fortran