]> Git Repo - binutils.git/blame - gdb/xm-i386v.h
Sat Nov 30 18:58:40 1991 Steve Chamberlain (sac at cygnus.com)
[binutils.git] / gdb / xm-i386v.h
CommitLineData
dd3b648e
RP
1/* Macro defintions for i386.
2 Copyright (C) 1986, 1987, 1989 Free Software Foundation, Inc.
3
4This file is part of GDB.
5
99a7de40 6This program is free software; you can redistribute it and/or modify
dd3b648e 7it under the terms of the GNU General Public License as published by
99a7de40
JG
8the Free Software Foundation; either version 2 of the License, or
9(at your option) any later version.
dd3b648e 10
99a7de40 11This program is distributed in the hope that it will be useful,
dd3b648e
RP
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
99a7de40
JG
17along with this program; if not, write to the Free Software
18Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
dd3b648e
RP
19
20/*
21 * Changes for 80386 by Pace Willisson ([email protected])
22 * July 1988
23 */
24
25#define HOST_BYTE_ORDER LITTLE_ENDIAN
26
27/* I'm running gdb 3.4 under 386/ix 2.0.2, which is a derivative of AT&T's
28Sys V/386 3.2.
29
30On some machines, gdb crashes when it's starting up while calling the
31vendor's termio tgetent() routine. It always works when run under
32itself (actually, under 3.2, it's not an infinitely recursive bug.)
33After some poking around, it appears that depending on the environment
34size, or whether you're running YP, or the phase of the moon or something,
35the stack is not always long-aligned when main() is called, and tgetent()
36takes strong offense at that. On some machines this bug never appears, but
37on those where it does, it occurs quite reliably. */
38#define ALIGN_STACK_ON_STARTUP
39
40/* define USG if you are using sys5 /usr/include's */
41#define USG
42
dd3b648e
RP
43#define HAVE_TERMIO
44
45/* Get rid of any system-imposed stack limit if possible. */
46
47/* #define SET_STACK_LIMIT_HUGE not in sys5 */
48
49/* This is the amount to subtract from u.u_ar0
50 to get the offset in the core file of the register values. */
51
52#define KERNEL_U_ADDR 0xe0000000
53
6617b94e
JG
54#define REGISTER_U_ADDR(addr, blockend, regno) \
55 (addr) = i386_register_u_addr ((blockend),(regno));
This page took 0.106954 seconds and 4 git commands to generate.