Your message dated Fri, 03 Oct 2008 09:04:53 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Fixed in emacs21 21.4a-4
has caused the Debian Bug report #157043,
regarding binary compatibility with glibc breaks with recompile
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
157043: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=157043
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: emacs21
Version: 21.2-1
Hi,
whenever we recompile glibc, emacs is broken. This is because it uses
internal symbols. To fix this, the following code from src/s/gnu-linux.h
needs also be put into src/s/gnu.h
/* Use mmap directly for allocating larger buffers. */
#ifdef DOUG_LEA_MALLOC
#undef REL_ALLOC
#endif
This is already accepted by RMS into the upstream code.
BTW, it seems that the build process (with bootstrap) goes into an infinite
make loop on the GNU/Hurd, where emacs and the lisp modules are recompiled
all the time. Do you ever have heard of such a thing, and might have any
pointers how to deal with that?
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org [EMAIL PROTECTED]
Marcus Brinkmann The Hurd http://www.gnu.org/software/hurd/
[EMAIL PROTECTED]
http://www.marcus-brinkmann.de/
--- End Message ---
--- Begin Message ---
package emacs21
version 21.4a-4
This bug has been fixed in version 21.4a-4:
,----
| emacs21 (21.4a-4) unstable; urgency=low
|
| * Apply an upstream patch to fix an mmap related Hurd build problem.
| Thanks to Michael Banck <[EMAIL PROTECTED]>. (closes: #347554) [rlb]
`----
See #347554 for details.
--- End Message ---
