From: Dave Love <fx@gnu.org>
Date: Fri, 23 Jun 2000 16:55:37 +0000 (+0000)
Subject: Remove string.h hack.
X-Git-Tag: emacs-pretest-21.0.90~3094
X-Git-Url: http://git.eshelyaron.com/gitweb/?a=commitdiff_plain;h=3347875f82a1ce290a35a92c8a1254fbb7dd8330;p=emacs.git

Remove string.h hack.
---

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 <alloca.h>
 #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 <string.h>
-#undef bcopy
-#undef bzero
-#undef bcmp
-
 #ifdef REL_ALLOC
 #ifndef _MALLOC_INTERNAL
 /* "char *" because ralloc.c defines it that way.  gmalloc.c thinks it