intdoc.in: Fix documentation of IDATE.

2003-05-18  Toon Moene  <toon@moene.indiv.nluug.nl>

	* intdoc.in: Fix documentation of IDATE.
	* intdoc.texi: Regenerate.
	* news.texi: Update due to also fixing it in 3.3.1.

From-SVN: r66931

diff --git a/gcc/f/ChangeLog b/gcc/f/ChangeLog
index c16eb1438d9c5e7450bd1af36554667b5cc291df..c9175335abbbce8676ba7e049f2a54427686a9ca 100644 (file)
--- a/gcc/f/ChangeLog
+++ b/gcc/f/ChangeLog
@@ -1,3 +1,9 @@
+2003-05-18  Toon Moene  <toon@moene.indiv.nluug.nl>
+
+       * intdoc.in: Fix documentation of IDATE.
+       * intdoc.texi: Regenerate.
+       * news.texi: Update due to also fixing it in 3.3.1.
+
 2003-05-16  Wolfgang Bangerth <bangerth@dealii.org>
 
        * g77.texi: Remove most of the of the preface of the

diff --git a/gcc/f/intdoc.in b/gcc/f/intdoc.in
index a51bc85ef52bec4def8c659326335fa0c7a84109..55d426ad9305679b3c64d5142a61708a6d8e7a1c 100644 (file)
--- a/gcc/f/intdoc.in
+++ b/gcc/f/intdoc.in
@@ -1,4 +1,4 @@
-/* Copyright (C) 1997, 1999 Free Software Foundation, Inc.
+/* Copyright (C) 1997, 1999, 2003 Free Software Foundation, Inc.
  * This is part of the G77 manual.
  * For copying conditions, see the file g77.texi. */
 
@@ -1315,12 +1315,13 @@ and the year in @var{@3@} (in the range 0--99).
 @cindex Year 2000 compliance
 @cindex wraparound, Y2K
 @cindex limits, Y2K
-This intrinsic is not recommended, due to the year 2000 approaching.
-Therefore, programs making use of this intrinsic
-might not be Year 2000 (Y2K) compliant.
+This intrinsic is not recommended, due to the fact that
+its return value for year wraps around century boundaries
+(change from a larger value to a smaller one).
+Therefore, programs making use of this intrinsic, for
+instance, might not be Year 2000 (Y2K) compliant.
 For example, the date might appear,
 to such programs, to wrap around
-(change from a larger value to a smaller one)
 as of the Year 2000.
 
 @xref{IDate Intrinsic (UNIX)}, for information on obtaining more digits

diff --git a/gcc/f/intdoc.texi b/gcc/f/intdoc.texi
index fc5517aec40989ad48423dd2bef5e8d6e084d9bc..7de42578d1a4c8237c7acd682d34fc704344d2c2 100644 (file)
--- a/gcc/f/intdoc.texi
+++ b/gcc/f/intdoc.texi
@@ -5948,12 +5948,13 @@ and the year in @var{Y} (in the range 0--99).
 @cindex Year 2000 compliance
 @cindex wraparound, Y2K
 @cindex limits, Y2K
-This intrinsic is not recommended, due to the year 2000 approaching.
-Therefore, programs making use of this intrinsic
-might not be Year 2000 (Y2K) compliant.
+This intrinsic is not recommended, due to the fact that
+its return value for year wraps around century boundaries
+(change from a larger value to a smaller one).
+Therefore, programs making use of this intrinsic, for
+instance, might not be Year 2000 (Y2K) compliant.
 For example, the date might appear,
 to such programs, to wrap around
-(change from a larger value to a smaller one)
 as of the Year 2000.
 
 @xref{IDate Intrinsic (UNIX)}, for information on obtaining more digits

diff --git a/gcc/f/news.texi b/gcc/f/news.texi
index f7c5003a938dad8956e7411866b2f6bf1c59f51b..d77626bbc2da2656ca097ae4789e13064342f98f 100644 (file)
--- a/gcc/f/news.texi
+++ b/gcc/f/news.texi
@@ -11,7 +11,7 @@
 @c in the standalone derivations of this file (e.g. NEWS).
 @set copyrights-news 1995,1996,1997,1998,1999,2000,2001,2002,2003
 
-@set last-update-news 2003-05-11
+@set last-update-news 2003-05-18
 
 @ifset DOC-NEWS
 @include root.texi
@@ -160,8 +160,6 @@ Problem Reports fixed (in chronological order of submission):
 @table @code
 @item 8485
 g77 doesn't accept INTEGER*8 constant in PARAMETER multiplication.
-@item 10726
-Documentation for function IDATE Intrinsic (UNIX) is wrong.
 @end table
 @item
 Roger Sayle (@email{roger@@eyesopen.com}) fixed the remaining
@@ -207,6 +205,8 @@ Double complex zero ** double precision number -> NaN instead of zero
 ICE caused by invalid PARAMETER in implied DO loop
 @item 10197
 Direct access files not unformatted by default
+@item 10726
+Documentation for function IDATE Intrinsic (UNIX) is wrong [fixed in 3.3.1].
 @end table
 @item
 Richard Henderson (@email{rth@@redhat.com}) analyzed and improved the handling