]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blame - gdb/config/m68k/xm-delta68.h
Update FSF address.
[thirdparty/binutils-gdb.git] / gdb / config / m68k / xm-delta68.h
CommitLineData
c649a7c2
JK
1/* Macro definitions for a Delta.
2 Copyright (C) 1986, 1987, 1989, 1992 Free Software Foundation, Inc.
3
4This file is part of GDB.
5
6This program is free software; you can redistribute it and/or modify
7it under the terms of the GNU General Public License as published by
8the Free Software Foundation; either version 2 of the License, or
9(at your option) any later version.
10
11This program is distributed in the hope that it will be useful,
12but WITHOUT ANY WARRANTY; without even the implied warranty of
13MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
14GNU General Public License for more details.
15
16You should have received a copy of the GNU General Public License
17along with this program; if not, write to the Free Software
6c9638b4 18Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */
c649a7c2
JK
19
20#define HOST_BYTE_ORDER BIG_ENDIAN
21
22/* I'm running gdb 4.9 under sysV68 R3V7.1.
23
24 On some machines, gdb crashes when it's starting up while calling the
25 vendor's termio tgetent() routine. It always works when run under
26 itself (actually, under 3.2, it's not an infinitely recursive bug.)
27 After some poking around, it appears that depending on the environment
28 size, or whether you're running YP, or the phase of the moon or something,
29 the stack is not always long-aligned when main() is called, and tgetent()
30 takes strong offense at that. On some machines this bug never appears, but
31 on those where it does, it occurs quite reliably. */
32#define ALIGN_STACK_ON_STARTUP
33
34#define USG
35
36#define HAVE_TERMIO