First, how strongly is it tied to glibc? I run emacs on FreeBSD and MacOS, and neither uses glibc. Heck, I remember building emacs on ULTRIX in the late 80s, and marveling at the clever undump thing. I don't remember having/using glibc in those days. Looking at the FreeBSD port, I don't see glibc as a build- or run-time dependency.
Second, undumping for fast startup was a thing in the late 80s with painfully slow disks and CPUs. I can't see how its still needed with today's CPUs and SSDs. I mean, electron apps are the standard these days. And, hmm, I just built emacs and temacs (the non-undumped version with "slow" loading) brings a window up in 3 seconds, about 2 seconds slower than the undumped version. (FreeBSD-current, 7 year old Ryzen, NVME)
First, how strongly is it tied to glibc? I run emacs on FreeBSD and MacOS, and neither uses glibc. Heck, I remember building emacs on ULTRIX in the late 80s, and marveling at the clever undump thing. I don't remember having/using glibc in those days. Looking at the FreeBSD port, I don't see glibc as a build- or run-time dependency.
Second, undumping for fast startup was a thing in the late 80s with painfully slow disks and CPUs. I can't see how its still needed with today's CPUs and SSDs. I mean, electron apps are the standard these days. And, hmm, I just built emacs and temacs (the non-undumped version with "slow" loading) brings a window up in 3 seconds, about 2 seconds slower than the undumped version. (FreeBSD-current, 7 year old Ryzen, NVME)