Removing support for Emacs unexec from Glibc

"The kernel has special code to allow vi to clear the screen without leaving framebuffer glyph artifacts."

And ever since the vi devs got the kernel folks to accommodate their special request, the emacs team has been jealously crying foul. How unfair that vi gets special support from the kernel and emacs has to settle for just glibc!

Just kidding. And being facetious. ;-)

Seriously, though, while I know glibc has its origins in the work of Roland McGrath and Ulrich Drepper, I'm convinced that RMS made lots of demands/requests etc. with regards to its development, seeing how emacs was/is his longtime pet project.

it seems shocking that Glibc has code that exists primarily to support building Emacs.

Running Emacs, not building it. Every time someone invokes Emacs, it is fast because of its call to glibc's malloc_set_state().

And I'm sure it wasn't put there just for Emacs; the expectation was that other programs could exploit it the same way. It's generic enough, and the problem (programs taking a long time to start up because they have to load a bunch of stuff) common enough, that that would have been reasonable.

So I think the dog wagged the tail.