From 757acbc5935e66e1e03f27bc55e8bd72383c33eb Mon Sep 17 00:00:00 2001 From: Ian Lance Taylor Date: Tue, 31 Aug 1999 15:34:29 +0000 Subject: [PATCH] * binutils.texi (Bug Reporting): Clarify that large files should not be sent to bug-gnu-utils. --- binutils/ChangeLog | 5 +++++ binutils/binutils.texi | 7 ++++--- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/binutils/ChangeLog b/binutils/ChangeLog index 1922b73ba1..1e22647bfb 100644 --- a/binutils/ChangeLog +++ b/binutils/ChangeLog @@ -1,3 +1,8 @@ +1999-08-31 Ian Lance Taylor + + * binutils.texi (Bug Reporting): Clarify that large files should + not be sent to bug-gnu-utils. + 1999-08-28 Stephane Carrez * readelf.c (process_extended_line_op): New parameter pointer_size, diff --git a/binutils/binutils.texi b/binutils/binutils.texi index 83ab291e3e..6fea8365dc 100644 --- a/binutils/binutils.texi +++ b/binutils/binutils.texi @@ -2841,9 +2841,10 @@ and then we might not encounter the bug. A complete input file, or set of input files, that will reproduce the bug. If the utility is reading an object file or files, then it is generally most helpful to send the actual object files, uuencoded if -necessary to get them through the mail system. Making them available -for anonymous FTP is not as good, but may be the only reasonable choice -for large object files. +necessary to get them through the mail system. Note that +@samp{bug-gnu-utils@@gnu.org} is a mailing list, so you should avoid +sending very large files to it. Making the files available for +anonymous FTP is OK. If the source files were produced exclusively using @sc{gnu} programs (e.g., @code{gcc}, @code{gas}, and/or the @sc{gnu} @code{ld}), then it -- 2.34.1