]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blob - gdb/config/m68k/xm-apollo68v.h
import gdb-1999-07-07 post reformat
[thirdparty/binutils-gdb.git] / gdb / config / m68k / xm-apollo68v.h
1 /* Macro defintions for an Apollo.
2 Copyright (C) 1986, 1987, 1989, 1992 Free Software Foundation, Inc.
3
4 This file is part of GDB.
5
6 This program is free software; you can redistribute it and/or modify
7 it under the terms of the GNU General Public License as published by
8 the Free Software Foundation; either version 2 of the License, or
9 (at your option) any later version.
10
11 This program is distributed in the hope that it will be useful,
12 but WITHOUT ANY WARRANTY; without even the implied warranty of
13 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
14 GNU General Public License for more details.
15
16 You should have received a copy of the GNU General Public License
17 along with this program; if not, write to the Free Software
18 Foundation, Inc., 59 Temple Place - Suite 330,
19 Boston, MA 02111-1307, USA. */
20
21 /*
22 * Changes for 80386 by Pace Willisson (pace@prep.ai.mit.edu)
23 * July 1988
24 */
25
26 #define HOST_BYTE_ORDER BIG_ENDIAN
27
28 /* I'm running gdb 3.4 under 386/ix 2.0.2, which is a derivative of AT&T's
29 Sys V/386 3.2.
30
31 On some machines, gdb crashes when it's starting up while calling the
32 vendor's termio tgetent() routine. It always works when run under
33 itself (actually, under 3.2, it's not an infinitely recursive bug.)
34 After some poking around, it appears that depending on the environment
35 size, or whether you're running YP, or the phase of the moon or something,
36 the stack is not always long-aligned when main() is called, and tgetent()
37 takes strong offense at that. On some machines this bug never appears, but
38 on those where it does, it occurs quite reliably. */
39 #define ALIGN_STACK_ON_STARTUP
40
41 /* define USG if you are using sys5 /usr/include's */
42 #define USG
43
44 #define HAVE_TERMIO