From 3347875f82a1ce290a35a92c8a1254fbb7dd8330 Mon Sep 17 00:00:00 2001 From: Dave Love Date: Fri, 23 Jun 2000 16:55:37 +0000 Subject: [PATCH] Remove string.h hack. --- src/m/alpha.h | 16 ++-------------- 1 file changed, 2 insertions(+), 14 deletions(-) diff --git a/src/m/alpha.h b/src/m/alpha.h index 511619fd644..0f103308b89 100644 --- a/src/m/alpha.h +++ b/src/m/alpha.h @@ -32,7 +32,8 @@ NOTE-END #define BITS_PER_LONG 64 #define BITS_PER_EMACS_INT 64 #ifndef _LP64 -#define _LP64 +#define _LP64 /* This doesn't appear to be necessary + on OSF 4/5 -- fx. */ #endif /* Define WORDS_BIG_ENDIAN iff lowest-numbered byte in a word @@ -243,19 +244,6 @@ NOTE-END #include #endif -/* Hack alert! For reasons unknown to mankind the string.h file insists - on defining bcopy etc. as taking char pointers as arguments. With - Emacs this produces an endless amount of warning which are harmless, - but tends to flood the real errors. This hack works around this problem - by not prototyping. */ -#define bcopy string_h_bcopy -#define bzero string_h_bzero -#define bcmp string_h_bcmp -#include -#undef bcopy -#undef bzero -#undef bcmp - #ifdef REL_ALLOC #ifndef _MALLOC_INTERNAL /* "char *" because ralloc.c defines it that way. gmalloc.c thinks it -- 2.39.2