Mercurial > emacs
view src/s/sol2-5.h @ 59406:cf93431040c9
Revision: miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-17
Merge from gnus--rel--5.10
Patches applied:
* miles@gnu.org--gnu-2004/gnus--rel--5.10--patch-83
- miles@gnu.org--gnu-2004/gnus--rel--5.10--patch-84
Update from CVS
* miles@gnu.org--gnu-2005/gnus--rel--5.10--patch-2
Merge from miles@gnu.org--gnu-2004
2005-01-05 Reiner Steib <Reiner.Steib@gmx.de>
* lisp/gnus/spam.el (spam-face): New face. Don't use `gnus-splash-face'
which is unreadable in some setups.
2005-01-06 Katsumi Yamaoka <yamaoka@jpl.org>
* man/message.texi (Reply): `message-reply-to-function' should return
a list. Suggested by ARISAWA Akihiro <ari@mbf.ocn.co.jp>.
author | Miles Bader <miles@gnu.org> |
---|---|
date | Fri, 07 Jan 2005 06:16:20 +0000 |
parents | 695cf19ef79e |
children | 375f2633d815 82045a035109 |
line wrap: on
line source
/* Handle Solaris 2.5. */ #include "sol2-4.h" #if 0 /* Klaus Zeitler <kzeitler@lucent.com> says SIGIO still fails. */ #undef BROKEN_SIGIO #endif /* -lgen is needed for the regex and regcmp functions which are used by Motif. In the future we can try changing regex.c to provide them in Emacs, but this is safer for now. */ #define LIB_MOTIF -lXm -lgen /* This is the only known way to avoid some crashes that seem to relate to screwed up malloc data after deleting a frame. */ /* rms: I think the problems using ralloc had to do with system libraries that called the system malloc even if we linked in the GNU malloc. I could not see any way to fix the problem except to have just one malloc and that had to be the system one. */ /* This is not always necessary. Turned off at present for testers to identify any problems with gmalloc more accurately. */ /* #define SYSTEM_MALLOC */ /* There have problems reported with mmap at least on Solaris 2.6 and 2.7. For simplicity, let's not use mmap for anything >= 2.5. We can optimize this later. */ #undef USE_MMAP_FOR_BUFFERS /* Probably OK also on earlier versions. */ #define GC_SETJMP_WORKS 1 #define GC_MARK_STACK GC_MAKE_GCPROS_NOOPS /* arch-tag: 96d65526-21c9-4547-a797-2bd575c05be7 (do not change this comment) */