Commit 07cc3c35 authored by Glenn Morris's avatar Glenn Morris
Browse files

Trim to just the stuff applicable to netbsd, since the other platforms

have been removed.
parent 4bbbda22
2009-06-27 Glenn Morris <>
* m/pmax.h: Restore file, with only netbsd portions.
2009-06-26 David Reitter <>
* nsterm.m (keydown): avoid infinite loop
......@@ -18,40 +18,28 @@ GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with GNU Emacs. If not, see <>. */
#include "mips.h"
/* The following line tells the configuration script what sort of
operating system this machine is likely to run.
The operating system would be either osf1, ultrix, or NetBSD.
The only operating system is NetBSD (osf1 and ultrix removed after 22.3).
#ifndef __MIPSEB__
#if defined (__NetBSD__)
#undef COFF
#ifdef MACH
#define START_FILES pre-crt0.o /usr/lib/crt0.o
#if !defined (__NetBSD__)
/* This line starts being needed with ultrix 4.0. */
/* You must delete it for version 3.1. */
#define START_FILES pre-crt0.o /usr/lib/cmplrs/cc/crt0.o
/* Supposedly the following will overcome a kernel bug. */
......@@ -60,66 +48,6 @@ NOTE-END */
#define DATA_START 0x10000000
#define DATA_SEG_BITS 0x10000000
#if 0
/* I don't see any such conflict in Ultrix 4.2, 4.2a, or 4.3. And
the relocating allocator is a real win. -JimB */
/* In Ultrix 4.1, XvmsAlloc.o in libX11.a seems to insist
on defining malloc itself. This should avoid conflicting with it. */
/* Override what mips.h says about this. */
#if !defined (__NetBSD__)
#undef LINKER
#ifdef ultrix
/* Ultrix 4.2 (perhaps also 4.1) implements O_NONBLOCK
but it doesn't work right;
and it causes hanging in read_process_output. */
#ifndef __NetBSD__
/* says this makes Emacs work with DECnet. */
#define LIBS_MACHINE -ldnet
/* says it is /vmunix on Ultrix 4.2a. */
#define KERNEL_FILE "/vmunix"
#ifdef ultrix
/* Jim Wilson writes:
[...] The X11 include files that Dec distributes with Ultrix
are bogus.
When __STDC__ is defined (which is true with gcc), the X11 include files
try to define prototypes. The prototypes however use types which haven't
been defined yet, and thus we get syntax/parse errors.
You can not fix this by changing the include files, because the prototypes
create circular dependencies, in particular Xutil.h depends on types defined
in Xlib.h, and Xlib.h depends on types defined in Xutil.h. So, no matter
which order you try to include them in, it will still fail.
Compiling with -DNeedFunctionPrototypes=0 will solve the problem by
directly inhibiting the bad prototypes. This could perhaps just be put in
an a Ultrix configuration file.
Using the MIT X11 distribution instead of the one provided by Dec will
also solve the problem, but I doubt you can convince everyone to do this. */
/* Addendum: the MIT X11 distribution neglects to define certain symbols
when NeedFunctionPrototypes is 0, but still tries to use them when
NeedVarargsPrototypes is 1 (which is its default value). So if we're
going to disable non-variadic prototypes, we also need to disable
variadic prototypes. */
#define C_SWITCH_X_MACHINE -DNeedFunctionPrototypes=0 -DNeedVarargsPrototypes=0
/* Enable a fix in process.c. */
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment