src/gnu/usr.bin/cc/libgcc/Makefile, branch release/3.3.0_cvs

This commit was manufactured by cvs2svn to create tag

1999-09-16T08:26:13+00:00

'RELENG_3_3_0_RELEASE'.

This commit was manufactured to restore the state of the 3.3-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

$Id$ -> $FreeBSD$

1999-08-29T14:49:43+00:00

Switch to using ".So" as the extension for PIC object files rather

1999-01-09T21:51:00+00:00

than ".so".  The old extension conflicted with well-established
naming conventions for dynamically loadable modules.

The "clean" targets continue to remove ".so" files too, to deal with
old systems.

Replace use of non-standard ld -O with a ld -o / mv combination as used

1998-10-06T11:28:29+00:00

elsewhere in the tree.  Binutils doesn't support the -O hack^H^H^H^H
extension.  (actually, it ignores it for option compatability with some
other OS).

Use a different hack for building libgcc2: `XCC= ${CC}' instead of

1998-07-08T00:45:50+00:00

`XCC=  -B ...'.  This is equivalent
when cc and cc1, etc. have just been bootstrapped by `make world'.
The relative versions normally won't work if the target system is
not binary compatible.  Bootstrapping different versions of gcc
without going through `make world' is slightly more broken than
before.

Uniformized macro names (P1OBJS -> LIB1POBJS, etc.).

Don't give full paths to sources.

Support building of libgcc.a without building all of gcc. This is

1998-03-23T12:23:13+00:00

useful for bootstrapping.  Compatible versions of gcc and cc1 should
should be installed before using this feature.

Revert $FreeBSD$ to $Id$

1997-02-22T15:48:31+00:00

Make the long-awaited change from $Id$ to $FreeBSD$

1997-01-14T07:20:47+00:00

This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.

Boy, I'm glad we're not using sup anymore.  This update would have been
insane otherwise.

Resync the libgcc functions list with the 2.7.2.1 tree. We were building

1996-10-01T03:47:36+00:00

a (now) defunct routine that no longer exists (causing an empty .o file),
and were missing some others.  Some of the ones we were missing are no-ops
on the i386, so there are now 4 empty .o files.

(It seems that libc/quad has got some defunct functions now)

Remove the partial support for a shared -lcc_int, since it's been unusable

1996-09-21T14:27:38+00:00

for a fair while.  cc1, cc1plus etc have been linked static for some time.