Skip to content
GitLab
Projects
Groups
Snippets
Help
Loading...
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Open sidebar
emacs
emacs
Commits
3347875f
Commit
3347875f
authored
Jun 23, 2000
by
Dave Love
Browse files
Remove string.h hack.
parent
c8875a65
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
2 additions
and
14 deletions
+2
-14
src/m/alpha.h
src/m/alpha.h
+2
-14
No files found.
src/m/alpha.h
View file @
3347875f
...
...
@@ -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
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
.
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment