head	1.7;
access;
symbols
	gcc-2_8_1-990325:1.7
	gcc-2_8_1-990319:1.7
	gcc-2_8_1-990302:1.7
	gcc_2_8_1-990302:1.7
	gcc_2_8_1-990222:1.7
	gcc-2_8_1-990109:1.7
	gcc-2_8_1-981210:1.7
	gcc-2_8_1-981208:1.7
	gcc-2_8_1-980929:1.7
	gcc_2_8_1-980929:1.7
	gcc-2_8_1-980928:1.7
	gcc-2_8_1-980813:1.7
	gcc-2_8_1-980811:1.7
	gcc-2_8_1-980718:1.7
	gcc-2_8_1-980705:1.7
	gcc-2_8_1-980627:1.7
	gcc-2_8_1-980609:1.7
	gcc-2_8_1-980608:1.7
	gcc-2_8_1-980529:1.7
	gcc-2_8_1-980525:1.7
	gcc-2_8_1-980513:1.7
	gcc-2_8_1-980502:1.7
	gcc-2_8_1-980402:1.7
	gcc-2_8_1-980426:1.7
	gcc-2_8_1-980419:1.7
	gcc-2_8_1-980413:1.7
	gcc-2_8_1-980412:1.7
	gcc-2_8_1-980407:1.7
	gcc-2_8_1-980401:1.7
	gcc_2_8_1-980315:1.7
	gcc-2_8_1-RELEASE:1.7;
locks; strict;
comment	@# @;


1.7
date	93.05.19.21.26.23;	author rms;	state Exp;
branches;
next	1.6;

1.6
date	93.05.15.04.38.49;	author rms;	state Exp;
branches;
next	1.5;

1.5
date	92.07.05.20.43.47;	author mycroft;	state Exp;
branches;
next	1.4;

1.4
date	92.07.03.23.47.39;	author rms;	state Exp;
branches;
next	1.3;

1.3
date	92.06.28.14.05.29;	author rms;	state Exp;
branches;
next	1.2;

1.2
date	92.03.14.05.17.01;	author rms;	state Exp;
branches;
next	1.1;

1.1
date	92.01.30.07.01.56;	author rms;	state Exp;
branches;
next	;


desc
@# The svr4 reference port for the i860 contains an alloca.o routine
@


1.7
log
@(X_CFLAGS): Deleted.
@
text
@# The svr4 reference port for the i860 contains an alloca.o routine
# in /usr/ucblib/libucb.a, but we can't just try to get that by
# setting CLIB to /usr/ucblib/libucb.a because (unfortunately)
# there are a lot of other routines in libucb.a which are supposed
# to be the Berkeley versions of library routines normally found in
# libc.a and many of these Berkeley versions are badly broken.  Thus,
# if we try to link programs with libucb.a before libc.a, those
# programs tend to crash.

# Also, the alloca() routine supplied in early version of svr4 for
# the i860 is non-ABI compliant.  It doesn't keep the stack aligned
# to a 16-byte boundary as the ABI requires.

# More importantly however, even a fully ABI compliant alloca() routine
# would fail to work correctly with some versions of the native svr4 C
# compiler currently being distributed for the i860 (as of 1/29/92).
# The problem is that the native C compiler generates non-ABI-compliant
# function epilogues which cut back the stack (upon function exit) in
# an incorrect manner.  Specifically, they cut back the stack by adding
# the nominal *static* frame size (determined statically at compile-time)
# to the stack pointer rather than setting the stack pointer based upon
# the current value of the frame pointer (as called for in the i860 ABI).
# This can cause serious trouble in cases where you repeatedly call a
# routine which itself calls alloca().  In such cases, the stack will
# grow continuously until you finally run out of swap space or exceed
# the system's process size limit.  To avoid this problem (which can
# arise when a stage1 gcc is being used to build a stage2 gcc) you
# *must* link in the C language version of alloca() which is supplied
# with gcc to your stage1 version of gcc.  The following definition
# forces that to happen.

ALLOCA=alloca.o

# We build all stages *without* shared libraries because that may make
# debugging the compiler easier (until there is a GDB which supports
# both Dwarf *and* svr4 shared libraries).

# Note that the native C compiler for the svr4 reference port on the
# i860 recognizes a special -gg option.  Using that option causes *full*
# Dwarf debugging information to be generated, whereas using only -g
# causes only limited Dwarf debugging information to be generated.
# (This is an undocumented feature of the native svr4 C compiler.)

CCLIBFLAGS=-Bstatic -dn -gg
@


1.6
log
@(X_CFLAGS): Defined.
(GCC_CFLAGS): Definition deleted.
@
text
@a44 1
X_CFLAGS=-static -g -O2
@


1.5
log
@entered into RCS
@
text
@d45 1
a45 1
GCC_CFLAGS=-static -g -O2 -B./
@


1.4
log
@*** empty log message ***
@
text
@a45 6

# For svr4 we link stuff *without* dynamic libraries for now... at least
# until there is a version of GDB which understands *both* Dwarf *and*
# svr4 shared libraries.

X_CFLAGS=-static
@


1.3
log
@*** empty log message ***
@
text
@d46 6
@


1.2
log
@*** empty log message ***
@
text
@a0 2
INSTALL=cp

@


1.1
log
@Initial revision
@
text
@d12 3
a14 3
# More importantly, the alloca() routine supplied in early versions
# of svr4 for the i860 (in /usr/ucblib/libucb.a) is broken, so we
# should NOT try to use it anyway.
d16 18
d44 1
a44 1
# (This is an undocumented feature of that compiler.)
@
