[deliverable/binutils-gdb.git] / gdb / config / m68k / xm-apollo68v.h

/* Macro defintions for an Apollo.
   Copyright (C) 1986, 1987, 1989, 1992 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., 59 Temple Place - Suite 330,
   Boston, MA 02111-1307, USA.  */

/*
 * Changes for 80386 by Pace Willisson (pace@prep.ai.mit.edu)
 * July 1988
 */

/* 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
Commit	Line	Data
c906108c SS	1	/* Macro defintions for an Apollo.
	2	Copyright (C) 1986, 1987, 1989, 1992 Free Software Foundation, Inc.
	3
c5aa993b	4	This file is part of GDB.
c906108c	5
c5aa993b JM	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.
c906108c	10
c5aa993b JM	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.
c906108c	15
c5aa993b JM	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. */
c906108c SS	20
	21	/*
	22	* Changes for 80386 by Pace Willisson (pace@prep.ai.mit.edu)
	23	* July 1988
	24	*/
	25
c906108c	26	/* I'm running gdb 3.4 under 386/ix 2.0.2, which is a derivative of AT&T's
c5aa993b JM	27	Sys V/386 3.2.
	28
	29	On some machines, gdb crashes when it's starting up while calling the
	30	vendor's termio tgetent() routine. It always works when run under
	31	itself (actually, under 3.2, it's not an infinitely recursive bug.)
	32	After some poking around, it appears that depending on the environment
	33	size, or whether you're running YP, or the phase of the moon or something,
	34	the stack is not always long-aligned when main() is called, and tgetent()
	35	takes strong offense at that. On some machines this bug never appears, but
	36	on those where it does, it occurs quite reliably. */
c906108c SS	37	#define ALIGN_STACK_ON_STARTUP
	38
	39	/* define USG if you are using sys5 /usr/include's */
	40	#define USG
	41
	42	#define HAVE_TERMIO