* PROBLEMS (68000 C compiler problems): Remove obsolete section.

Not only are the compilers long-dead, the obsolete advice
typically doesn't apply to current Emacs sources.

diff --git a/etc/ChangeLog b/etc/ChangeLog
index ad63879a9cbd26e6b1dc7b3b701271c7d7a06583..5ef6f10a4776bf04ed66cd8aed03c536121436bf 100644 (file)
--- a/etc/ChangeLog
+++ b/etc/ChangeLog
@@ -1,3 +1,9 @@
+2012-06-04  Paul Eggert  <eggert@cs.ucla.edu>
+
+       * PROBLEMS (68000 C compiler problems): Remove obsolete section.
+       Not only are the compilers long-dead, the obsolete advice
+       typically doesn't apply to current Emacs sources.
+
 2012-06-03  Chong Yidong  <cyd@gnu.org>
 
        * themes/wheatgrass-theme.el:

diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 6d5ee0498c7f2a65ed2fa37c974e6ed8a46858fe..078352d78f4a24f69e51f3d6797e2d8291c01f4f 100644 (file)
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -3205,50 +3205,6 @@ causes the problem to go away.
 The `contents' field of a Lisp vector is an array of Lisp_Objects,
 so you may see the problem happening with indexed references to that.
 
-** 68000 C compiler problems
-
-Various 68000 compilers have different problems.
-These are some that have been observed.
-
-*** Using value of assignment expression on union type loses.
-This means that  x = y = z;  or  foo (x = z);  does not work
-if x is of type Lisp_Object.
-
-*** "cannot reclaim" error.
-
-This means that an expression is too complicated.  You get the correct
-line number in the error message.  The code must be rewritten with
-simpler expressions.
-
-*** XCONS, XSTRING, etc macros produce incorrect code.
-
-If temacs fails to run at all, this may be the cause.
-Compile this test program and look at the assembler code:
-
-struct foo { char x; unsigned int y : 24; };
-
-lose (arg)
-     struct foo arg;
-{
-  test ((int *) arg.y);
-}
-
-If the code is incorrect, your compiler has this problem.
-In the XCONS, etc., macros in lisp.h you must replace (a).u.val with
-((a).u.val + coercedummy) where coercedummy is declared as int.
-
-This problem will only happen if USE_LISP_UNION_TYPE is manually
-defined in lisp.h.
-
-** C compilers lose on returning unions.
-
-I hear that some C compilers cannot handle returning a union type.
-Most of the functions in GNU Emacs return type Lisp_Object, which is
-defined as a union on some rare architectures.
-
-This problem will only happen if USE_LISP_UNION_TYPE is manually
-defined in lisp.h.
-
 \f
 This file is part of GNU Emacs.