summaryrefslogtreecommitdiffstats
path: root/gnu/lib/libgcc
Commit message (Collapse)AuthorAgeFilesLines
* Use a unified libgcc rather than a seperate one for threaded andobrien2001-01-061-0/+7
| | | | | | | | non-threaded programs. This provides threaded programs with the needed exception frame symbols. parts submitted by: Max Khon <fjoe@iclub.nsu.ru> PR: 23252
* Scoot things over to the temporary *.295 source while I do major constructionobrien2000-06-041-1/+1
| | | | on the mainline sources.
* Clean up the FreeBSD configuration files -- includes removing the usageobrien2000-03-231-1/+0
| | | | | of svr4.h on the i386, and moving all the shared arch neutral bits into the FreeBSD general config header.
* Pay attention to the "KEEP THIS IN SYNC" comment, and sync the `tm.h'obrien1999-11-171-4/+0
| | | | header with src/gcc/usr.bin/cc/cc_tools/Makefile.
* Cut over the system compiler from from EGCS 1.1.2 to GCC 2.95.2.obrien1999-11-151-2/+10
|
* Cosmetic change to match cc_tools/Makefileobrien1999-11-151-7/+7
|
* Fixed the hack for using "../libgcc/Makefile" in libgcc_r/Makefile.bde1999-10-031-0/+2
| | | | | | ${LIB} was wrong at dependency-parsing time, so dependencies for libgcc_r*.a were wrong. This somehow worked right, except libgcc_r*.a were always out of date.
* $Id$ -> $FreeBSD$peter1999-08-271-1/+1
|
* Purely cosmetic changes -- fix Id'sobrien1999-08-161-4/+2
|
* alpha/freebsd-elf.h has been merged with alpha/freebsd.hobrien1999-04-081-3/+1
|
* Don't require gcc/config/${MACHINE_ARCH}/xm-freebsd.h when we already knowobrien1999-04-081-2/+3
| | | | the contents of it. Instead create it, so all arch's are consistent.
* Conditionalize one more i386'ism.obrien1999-04-041-1/+3
|
* Attempt to creating the right ``tm.h'' file for the Alpha.obrien1999-04-041-1/+5
|
* Minimum set of changes to switch from Gcc 2.7.2 (in contrib/gcc) to Egcs 1.1.2obrien1999-04-041-9/+66
| | | | (in contrib/egcs)
* Add bits we were getting from gnu/usr.bin/cc/Makefile.inc.obrien1999-03-311-2/+5
|
* Switch to using ".So" as the extension for PIC object files ratherjdp1999-01-091-3/+3
| | | | | | | | 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 usedpeter1998-10-061-7/+13
| | | | | | 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 ofbde1998-07-081-37/+19
| | | | | | | | | | | | | `XCC= <relative cc> -B<path to relative cc1> ...'. 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 isbde1998-03-231-15/+34
| | | | | useful for bootstrapping. Compatible versions of gcc and cc1 should should be installed before using this feature.
* Revert $FreeBSD$ to $Id$peter1997-02-221-1/+1
|
* Make the long-awaited change from $Id$ to $FreeBSD$jkh1997-01-141-1/+1
| | | | | | | | 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 buildingpeter1996-10-011-17/+27
| | | | | | | | 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 unusablepeter1996-09-211-1/+3
| | | | 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!peter1996-09-191-13/+52
| | | | | | | | | | | | | | | (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 rules reentrant.phk1996-05-281-5/+5
|
* ``mv'' -> ``mv -f''wosch1996-05-071-3/+3
| | | | | ``rm'' -> ``rm -f'' so mv/rm may not ask for confirmation if you are not root
* Don't install shared libgcc, we can't do it this way.phk1995-03-121-3/+1
| | | | I will uuencode and check in to a "compat20" area the 2.0-RELEASE version.
* Remove a bunch of funtions that are in libc already.phk1995-03-121-3/+5
| | | | Add back the shared libgcc, now that we don't use it to link against.
* We can't bail out on generating the pic archive yet.jkh1995-03-061-2/+2
| | | | Submitted by: bde
* Don't make the shared libgcc. I don't belive we need the libgcc_pic.aphk1995-03-061-4/+2
| | | | anymore, so I killed that as well.
* Integrated GCC-2.6.1 -> GCC-2.6.2 changes.phk1994-11-151-1/+1
| | | | | | | | | | | | | | Notice that the libgcc DOESN'T change number, because there are no changes. Also now the gnu2bmake stuff is synchronized again. I commit this so that others can test too. You might want to postpone any "make worlds" until tomorrow, to avoid any problems I didn't see in the first pass. Thanks to Bruce for rounding up our changes to gcc.
* As pointed out by Paul Traina, we need the libs to be 261.0 not 26.1.phk1994-11-071-2/+2
|
* ----------------------------------phk1994-11-031-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Here comes the right import of gcc-2.6.0.phk1994-08-021-0/+46
OpenPOWER on IntegriCloud