Mercurial > emacs
comparison src/m/alpha.h @ 29912:e207edc5ac5e
Remove string.h hack.
author | Dave Love <fx@gnu.org> |
---|---|
date | Fri, 23 Jun 2000 16:55:37 +0000 |
parents | 34d95709a82b |
children | ec88a2e32b0a |
comparison
equal
deleted
inserted
replaced
29911:02b0c6c15f1c | 29912:e207edc5ac5e |
---|---|
30 */ | 30 */ |
31 | 31 |
32 #define BITS_PER_LONG 64 | 32 #define BITS_PER_LONG 64 |
33 #define BITS_PER_EMACS_INT 64 | 33 #define BITS_PER_EMACS_INT 64 |
34 #ifndef _LP64 | 34 #ifndef _LP64 |
35 #define _LP64 | 35 #define _LP64 /* This doesn't appear to be necessary |
36 on OSF 4/5 -- fx. */ | |
36 #endif | 37 #endif |
37 | 38 |
38 /* Define WORDS_BIG_ENDIAN iff lowest-numbered byte in a word | 39 /* Define WORDS_BIG_ENDIAN iff lowest-numbered byte in a word |
39 is the most significant byte. */ | 40 is the most significant byte. */ |
40 | 41 |
240 #ifndef NOT_C_CODE | 241 #ifndef NOT_C_CODE |
241 /* We need these because pointers are larger than the default ints. */ | 242 /* We need these because pointers are larger than the default ints. */ |
242 #if !defined(__NetBSD__) && !defined(__OpenBSD__) | 243 #if !defined(__NetBSD__) && !defined(__OpenBSD__) |
243 #include <alloca.h> | 244 #include <alloca.h> |
244 #endif | 245 #endif |
245 | |
246 /* Hack alert! For reasons unknown to mankind the string.h file insists | |
247 on defining bcopy etc. as taking char pointers as arguments. With | |
248 Emacs this produces an endless amount of warning which are harmless, | |
249 but tends to flood the real errors. This hack works around this problem | |
250 by not prototyping. */ | |
251 #define bcopy string_h_bcopy | |
252 #define bzero string_h_bzero | |
253 #define bcmp string_h_bcmp | |
254 #include <string.h> | |
255 #undef bcopy | |
256 #undef bzero | |
257 #undef bcmp | |
258 | 246 |
259 #ifdef REL_ALLOC | 247 #ifdef REL_ALLOC |
260 #ifndef _MALLOC_INTERNAL | 248 #ifndef _MALLOC_INTERNAL |
261 /* "char *" because ralloc.c defines it that way. gmalloc.c thinks it | 249 /* "char *" because ralloc.c defines it that way. gmalloc.c thinks it |
262 is allowed to prototype these as "void *" so we don't prototype in | 250 is allowed to prototype these as "void *" so we don't prototype in |