aboutsummaryrefslogtreecommitdiff
path: root/gdb/xm-apollo68v.h
diff options
context:
space:
mode:
authorSean Eric Fagan <sef@cygnus>1992-02-10 23:30:35 +0000
committerSean Eric Fagan <sef@cygnus>1992-02-10 23:30:35 +0000
commit36a2f895f8de98026f702c7f98f2812c9d6632d5 (patch)
tree6eb5af3e91d392fa8c98e716df82d2d5d5ddd759 /gdb/xm-apollo68v.h
parent87780a059afdf42e9535a9a54061a2dff03956fc (diff)
downloadgdb-36a2f895f8de98026f702c7f98f2812c9d6632d5.zip
gdb-36a2f895f8de98026f702c7f98f2812c9d6632d5.tar.gz
gdb-36a2f895f8de98026f702c7f98f2812c9d6632d5.tar.bz2
Added support for hosting on an Apollo Series 400 processor (under
System V emulation), and targeted towards an OS/68000 system.
Diffstat (limited to 'gdb/xm-apollo68v.h')
-rw-r--r--gdb/xm-apollo68v.h48
1 files changed, 48 insertions, 0 deletions
diff --git a/gdb/xm-apollo68v.h b/gdb/xm-apollo68v.h
new file mode 100644
index 0000000..49068e4
--- /dev/null
+++ b/gdb/xm-apollo68v.h
@@ -0,0 +1,48 @@
+/* Macro defintions for an Apollo.
+ Copyright (C) 1986, 1987, 1989 Free Software Foundation, Inc.
+
+This file is part of GDB.
+
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+
+This program is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with this program; if not, write to the Free Software
+Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
+
+/*
+ * Changes for 80386 by Pace Willisson (pace@prep.ai.mit.edu)
+ * July 1988
+ */
+
+#define HOST_BYTE_ORDER BIG_ENDIAN
+
+/* I'm running gdb 3.4 under 386/ix 2.0.2, which is a derivative of AT&T's
+Sys V/386 3.2.
+
+On some machines, gdb crashes when it's starting up while calling the
+vendor's termio tgetent() routine. It always works when run under
+itself (actually, under 3.2, it's not an infinitely recursive bug.)
+After some poking around, it appears that depending on the environment
+size, or whether you're running YP, or the phase of the moon or something,
+the stack is not always long-aligned when main() is called, and tgetent()
+takes strong offense at that. On some machines this bug never appears, but
+on those where it does, it occurs quite reliably. */
+#define ALIGN_STACK_ON_STARTUP
+
+/* define USG if you are using sys5 /usr/include's */
+#define USG
+
+#define HAVE_TERMIO
+
+#define FETCH_INFERIOR_REGISTERS
+
+#define SYS_SIGLIST_MISSING 0 /* we have it on the apollo */
+