scratch/no-purespace 42664427fbf 14/41: Pure storage removal: Documentation

[Stefan Kangas]

branch: scratch/no-purespace
commit 42664427fbf5b7d7606fa56eeb50d1319131bcd6
Author: Pip Cet <pipcet@protonmail.com>
Commit: Stefan Kangas <stefankangas@gmail.com>

    Pure storage removal: Documentation
    
    * etc/NEWS: Document removal of unexec dumper.
    * etc/PROBLEMS: Remove pure space problems.
---
 etc/NEWS     |  5 +++++
 etc/PROBLEMS | 32 --------------------------------
 2 files changed, 5 insertions(+), 32 deletions(-)

diff --git a/etc/NEWS b/etc/NEWS
index 3efce149dbf..e1c2f1face1 100644
--- a/etc/NEWS
+++ b/etc/NEWS
@@ -24,6 +24,11 @@ applies, and please also update docstrings as needed.
 
 * Installation Changes in Emacs 31.1
 
++++
+** Unexec dumper removed.
+The traditional unexec dumper, deprecated since Emacs 27, has been
+removed.
+
 ** Changed GCC default options on 32-bit x86 systems.
 When using GCC 4 or later to build Emacs on 32-bit x86 systems,
 'configure' now defaults to using the GCC options '-mfpmath=sse' (if the
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 30506b3c87a..6075f7c18ff 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -4150,31 +4150,6 @@ prints a nonzero value.  You can temporarily disable it 
as follows:
 As with randomize_va_space, you can re-enable Exec-shield when you are
 done, by echoing the original value back to the file.
 
-*** temacs prints "Pure Lisp storage exhausted".
-
-This means that the Lisp code loaded from the .elc and .el files during
-'temacs --batch --load loadup dump' took up more space than was allocated.
-
-This could be caused by
- 1) adding code to the preloaded Lisp files
- 2) adding more preloaded files in loadup.el
- 3) having a site-init.el or site-load.el which loads files.
-   Note that ANY site-init.el or site-load.el is nonstandard;
-   if you have received Emacs from some other site and it contains a
-   site-init.el or site-load.el file, consider deleting that file.
- 4) getting the wrong .el or .elc files
-   (not from the directory you expected).
- 5) deleting some .elc files that are supposed to exist.
-   This would cause the source files (.el files) to be
-   loaded instead.  They take up more room, so you lose.
- 6) a bug in the Emacs distribution which underestimates the space required.
-
-If the need for more space is legitimate, change the definition
-of PURESIZE in puresize.h.
-
-But in some of the cases listed above, this problem is a consequence
-of something else that is wrong.  Be sure to check and fix the real problem.
-
 *** openSUSE 10.3: Segfault in bcopy during dumping.
 
 This is due to a bug in the bcopy implementation in openSUSE 10.3.
@@ -4194,13 +4169,6 @@ binary null characters, and the 'file' utility says:
 We don't know what exactly causes this failure.  A work-around is to
 build Emacs in a directory on a local disk.
 
-*** The dumped Emacs crashes when run, trying to write pure data.
-
-On a system where getpagesize is not a system call, it is defined
-as a macro.  If the definition (in both unex*.c and malloc.c) is wrong,
-it can cause problems like this.  You might be able to find the correct
-value in the man page for a.out(5).
-
 * Problems on legacy systems
 
 This section covers bugs reported on very old hardware or software.