src-test2/gnu/usr.bin/cc/cc1plus, branch release/2.2.2_cvs

This commit was manufactured by cvs2svn to create tag

1997-05-19T10:35:55Z

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

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

1996-09-21T14:27:38Z

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

Man the lifeboats! Tie down the hatches! Red alert! Activate gcc-2.7.2.1!

1996-09-19T15:53:53Z

(the old cc has been tagged with "gcc_2_6_3_final" so we have a reference point in case of unforseen disasters...) This has the objc backend active, and I think I've managed to get the f77 f2c support through in one piece, but I don't know fortran to test it. A 'make world' change and libobjc commit will follow. If you normally do 'make -DNOCLEAN world', do not do so this time, I know it can fail with groff. This version of gcc makes a **LOT** more warnings on our kernel.

Make cc1plus smaller and faster as was done for cc1 by linking static.

1995-10-02T16:37:16Z

Stop using gnumalloc.

1995-09-22T14:14:32Z

Remove trailing whitespace.

1995-05-30T05:05:38Z

Gcc v2.6.3 currently has a problem with templates. Specifically, with

1995-03-17T21:24:25Z

default switches, template functions get EXTERNAL linkage in each file in which they occur, causing multiple definition errors during linking. The enclosed patch (from gnu.g++.bug) appears to solve the problem (I enclose the accompanying message as well). This patch fixes the multiply defined template functions bug which was introduced in 2.6.1. Submitted by: "Justin T. Gibbs" Obtained from: Jason Merrill at cygnus support on G++ mailing list

Updated the sources to gcc 2.6.3 with FreeBSD changes already applied.

1995-03-11T03:51:44Z

Note: This isn't the most correct way, but it works and it's fast.

----------------------------------

1994-11-03T06:52:42Z

GCC-2.6.1 COMES TO FREEBSD-current ---------------------------------- Everybody needs to 'make world'. Oakland, Nov 2nd 1994. In a surprise move this sunny afternoon, the release- engineer for the slightly delayed FreeBSD-2.0, Poul-Henning Kamp (28), decided to pull in the new version 2.6.1 of the GNU C-compiler. The new version of the compiler was release today at noon, and hardly 9 hours later it was committed into the FreeBSD-current source-repository. "It's is simply because we have had too much trouble with the version 2.6.0 of the compiler" Poul-Henning told the FreeBSD-Gazette, "we took a gamble when we decided to use that as our compiler for the 2.0 release, but it seems to pay of in the end now" he concludes. The move has not been discussed on the "core" list at all, and will come as a surprise for most Poul-Hennings peers. "I have only discussed it with Jordan [J. K. Hubbard, the FreeBSD's resident humourist], and we agreed that we needed to do it, so ... I did it!". After a breath he added with a grin: "My email will probably get an all time 'disk-full' now!". This will bring quite a flag-day to the FreeBSD developers, the patch-file is almost 1.4 Megabyte, and they will have to run "make world" to get entirely -current again. "Too bad, but we just had to do this." Was the only comment from Poul-Henning to these problems. When asked how this move would impact the 2.0 release-date, Poul-Hennings face grew dark, he mumbled some very Danish words while he moved his fingers in strange geometrical patterns. Immediately something ecclipsed the Sun, a minor tremor shook the buildings, and the temperature fell significantly. We decided not to pursure the question. ----------- JOB-SECTION ----------- Are you a dedicated GCC-hacker ? We BADLY need somebody to look at the 'freebsd' OS in gcc, sanitize it and carry the patches back to the GNU people. In particular, we need to get out of the "i386-only" spot we are in now. I have the stuff to take a gnu-dist into bmake-form, and will do that part. Please apply to phk@freebsd.org No Novice Need Apply.

Make GCC's back end be shared among all languages. cc, c++, and cpp now

1994-09-18T22:35:55Z

no longer link against the whole library, since they don't require much from it, but just compile the few small modules they actually need static. This should save a measurable amount of space; compare: -r-xr-xr-x 1 bin bin 155648 Sep 18 18:00 cc1* -r-xr-xr-x 1 root bin 1048576 Sep 18 17:33 cc1.noshae* Of course, the library takes up a bit of space, but when you add in the savings from the C++ compiler, you more than make up the difference: -r--r--r-- 1 bin bin 1157344 Sep 18 18:27 /usr/lib/libcc_int.so.26.0 -r-xr-xr-x 1 bin bin 491520 Sep 18 18:27 /usr/libexec/cc1plus*