Update BUGS, NEWS derived files

From-SVN: r26164

gcc/f/BUGS

@@ -40,7 +40,7 @@ via `http://egcs.cygnus.com/onlinedocs/g77_bugs.html'.  Follow the
 port, build, and install `g77', see "Problems Installing" in
 `egcs/gcc/f/INSTALL'.
 
-   The following information was last updated on 1999-03-15:
+   The following information was last updated on 1999-04-03:
 
    * Automatic arrays possibly aren't working on HP-UX systems, at
      least in HP-UX version 10.20.  Writing into them apparently causes
@@ -141,19 +141,6 @@ port, build, and install `g77', see "Problems Installing" in
      0.6 should solve most or all remaining problems (such as
      cross-compiling involving 64-bit machines).
 
-   * Maintainers of `gcc' report that the back end definitely has
-     "broken" support for `COMPLEX' types.  Based on their input, it
-     seems many of the problems affect only the more-general facilities
-     for gcc's `__complex__' type, such as `__complex__ int' (where the
-     real and imaginary parts are integers) that GNU Fortran does not
-     use.
-
-     Version 0.5.20 of `g77' works around this problem by not using the
-     back end's support for `COMPLEX'.  The new option
-     `-fno-emulate-complex' avoids the work-around, reverting to using
-     the same "broken" mechanism as that used by versions of `g77'
-     prior to 0.5.20.
-
    * `g77' currently inserts needless padding for things like `COMMON
      A,IPAD' where `A' is `CHARACTER*1' and `IPAD' is `INTEGER(KIND=1)'
      on machines like x86, because the back end insists that `IPAD' be

gcc/f/NEWS

@@ -66,7 +66,7 @@ about previous `g77' versions up-to-date.
 the mainline, development version of `g77' within `egcs') is available
 at `http://egcs.cygnus.com/onlinedocs/g77_news.html'.
 
-   The following information was last updated on 1999-04-02:
+   The following information was last updated on 1999-04-03:
 
 In `egcs' 1.2 (versus 1.1.2):
 =============================
@@ -99,6 +99,10 @@ In `egcs' 1.2 (versus 1.1.2):
      corresponding *subsequent* function program unit disagrees with
      the reference concerning the type of the function.
 
+   * `-fno-emulate-complex' is now the default option.  This should
+     result in improved performance of code that uses the `COMPLEX'
+     data type.
+
    * The `-malign-double' option now reliably aligns *all*
      double-precision variables and arrays on Intel x86 targets.