* doc/bugreport.texi, f/g77.texi: Remove most of the preface of the bug reportin...

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@66863 138bc75d-0d04-0410-961f-82ee72b054a4

diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index b0f3450..52c7fae 100644 (file)
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,8 @@
+2003-05-16  Wolfgang Bangerth <bangerth@dealii.org>
+
+       * doc/bugreport.texi: Remove most of the of the preface of the
+       bugs section.
+
 2003-05-16  Jakub Jelinek  <jakub@redhat.com>
 
        * config/ia64/unwind-ia64.c (uw_update_reg_address): Handle

diff --git a/gcc/doc/bugreport.texi b/gcc/doc/bugreport.texi
index 4ca9ca6..d9613ef 100644 (file)
--- a/gcc/doc/bugreport.texi
+++ b/gcc/doc/bugreport.texi
@@ -14,19 +14,6 @@ When you encounter a problem, the first thing to do is to see if it is
 already known.  @xref{Trouble}.  If it isn't known, then you should
 report the problem.
 
-Reporting a bug may help you by bringing a solution to your problem, or
-it may not.  (If it does not, look in the service directory; see
-@ref{Service}.)  In any case, the principal function of a bug report is
-to help the entire community by making the next version of GCC work
-better.  Bug reports are your contribution to the maintenance of GCC@.
-
-Since the maintainers are very overloaded, we cannot respond to every
-bug report.  However, if the bug has not been fixed, we are likely to
-send you a patch and ask you to tell us whether it works.
-
-In order for a bug report to serve its purpose, you must include the
-information that makes for fixing the bug.
-
 @menu
 * Criteria:  Bug Criteria.   Have you really found a bug?
 * Reporting: Bug Reporting.  How to report a bug effectively.

diff --git a/gcc/f/ChangeLog b/gcc/f/ChangeLog
index 2911983..c16eb14 100644 (file)
--- a/gcc/f/ChangeLog
+++ b/gcc/f/ChangeLog
@@ -1,3 +1,8 @@
+2003-05-16  Wolfgang Bangerth <bangerth@dealii.org>
+
+       * g77.texi: Remove most of the of the preface of the
+       bugs section.
+
 2003-05-15  Wolfgang Bangerth <bangerth@dealii.org>
 
        * g77.texi: Remove most of the bug reporting instructions and

diff --git a/gcc/f/g77.texi b/gcc/f/g77.texi
index bb8db66..03f6a6a 100644 (file)
--- a/gcc/f/g77.texi
+++ b/gcc/f/g77.texi
@@ -10422,26 +10422,8 @@ enable/disable/delete/hide intrinsics from the command line?
 Your bug reports play an essential role in making GNU Fortran reliable.
 
 When you encounter a problem, the first thing to do is to see if it is
-already known.
-@xref{Trouble}.
-If it isn't known, then you should report the problem.
-
-Reporting a bug might help you by bringing a solution to your problem, or
-it might not.
-(If it does not, look in the service directory; see
-@ref{Service}.)
-In any case, the principal function of a bug report is
-to help the entire community by making the next version of GNU Fortran work
-better.
-Bug reports are your contribution to the maintenance of GNU Fortran.
-
-Since the maintainers are very overloaded, we cannot respond to every
-bug report.
-However, if the bug has not been fixed, we are likely to
-send you a patch and ask you to tell us whether it works.
-
-In order for a bug report to serve its purpose, you must include the
-information that makes for fixing the bug.
+already known.  @xref{Trouble}.  If it isn't known, then you should
+report the problem.
 
 @menu
 * Criteria: Bug Criteria.    Have you really found a bug?