summaryrefslogtreecommitdiffstats
path: root/gnu/usr.bin/cc
Commit message (Collapse)AuthorAgeFilesLines
* Make only a `-r' flag (as opposed to `-r*') special within thejoerg1995-08-041-1/+1
| | | | | | | | | | LINK_SPEC. This solves a problem with the f77 frontend where aproviding the -r8 option (use REAL*8) caused `cc' to ``forget'' to pass the entry point to the linker. Closes PR #gnu/644: f77 -r8 Reviewed by: watanabe@komadori.earth.s.kobe-u.ac.jp (Takeshi WATANABE)
* Fix dependencies for gcc.info and reno.info. `make depend' doesn't handlebde1995-07-121-0/+5
| | | | info files although texinfo supports @include.
* Remove trailing whitespace.rgrimes1995-05-30102-1940/+1940
|
* Make error message for no input files specified consistent across allrgrimes1995-05-173-3/+3
| | | | | | three compilers. Submitted by: Thomas Graichen <graichen@sirius.physik.fu-berlin.de>
* Gcc v2.6.3 currently has a problem with templates. Specifically, withnate1995-03-171-0/+4
| | | | | | | | | | | | | 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" <gibbs@estienne.cs.berkeley.edu> Obtained from: Jason Merrill at cygnus support on G++ mailing list
* Bump SHLIB_MAJOR to 263 to match ../Makefile.incache1995-03-131-2/+2
|
* 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 the last vestige of COMMENT_BEGIN.bde1995-03-121-1/+0
|
* Undo most of the changes in the gcc-2.6.3 "upgrade"bde1995-03-121-8/+10
| | | | | | | | | | | | | - Don't define NO_IMPLICIT_EXTERN_C here. It is already the default (defined in i386/bsd.h). - Don't lose the fixed comment about FUNCTION_PROFILER. - Don't lose the define of NO_PROFILE_DATA. Replace the unused define of COMMENT_BEGIN by the less-unused define of ASM_COMMENT_START. COMMENT_BEGIN was only defined in i386-specific files and was not used in any part of gcc-2.6.3. ASM_COMMENT_START is defined for several targets and is used for stuff that we don't support (dwarf).
* 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.
* Added support for #pragma weak.nate1995-03-111-0/+3
| | | | Obtained from: NetBSD
* Updated the sources to gcc 2.6.3 with FreeBSD changes already applied.nate1995-03-1128-3579/+7491
| | | | Note: This isn't the most correct way, but it works and it's fast.
* Define LINK_LIBGCC_SPECIAL_1 so that gcc will build static with libgcc.dg1995-03-101-1/+2
|
* Since we are in the gcc bashing mood anyway: Add two changes forphk1995-03-101-0/+7
| | | | | | | | | basic-block profiling: 1. use a .stabs(25) symbol to link all the data structures together with. The regular method isn't safe for the kernel. 2. add a BB before the prologue and add a BB after the epilogue, this alows us to find the length of any counted BB. This is a cheap and somewhat reasonable measure of actual cost.
* 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.
* "Various very violent dissectionsphk1995-03-053-31/+15
| | | | | | | | | disables dysfunctional disinformed namei's, needlessly negating namei cache." These hacks cuts the number futile attempts made by cc and ccp to find cross-compilers and other weird stuff. A make of the BOOTFLP kernel has 20% less namei calls now, that is from 30647 down to 24563 calls.
* Add doc subdirache1995-01-221-2/+2
|
* Add missing infopagesache1995-01-2213-0/+32143
|
* Install also a gcc.1 manual page as a link from cc.1, as long asats1994-12-261-1/+2
| | | | we have the link cc to gcc.
* Added NO_IMPLICIT_C as our header files in standard locations are eitherljo1994-11-161-0/+3
| | | | | | | already C++ safe, or C++ header files. This fixes the problem with parse errors in header files when compiling C++ files. Recompiling libg++ also solves the undefined synbols problem.
* Integrated GCC-2.6.1 -> GCC-2.6.2 changes.phk1994-11-1524-115/+156
| | | | | | | | | | | | | | 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-073-6/+6
|
* Restore my fixes to 2.6.0. The changes should not affect anything exceptbde1994-11-063-24/+37
| | | | | | | | | | | | | | | | | | | | | | profiling and wchar_t. Profiled libraries will shrink. tm.h: Our wchar_t is int, not unsigned short. Always link statically if profiling. Define all the SPECs together. final.c, tm.h: Don't emit unused profiling code and data. aux-output.c: Always preserve the PIC register if profiling. aux-output.c, tm.h: Implement FUNCTION_PROFILER_EPILOGUE (currently not used). New: tm.h: Set the target defaults in the correct way.
* Explicitly tell cpp where to look for include files.phk1994-11-041-2/+0
|
* Bump the version-number of the "shared-gcc-internals" library. Will onlyphk1994-11-031-2/+2
| | | | affect you if you decided to use that feature.
* Remove obsolete __386BSD__ predefine.jkh1994-11-031-1/+1
|
* ----------------------------------phk1994-11-0392-9945/+15824
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Put a real man page in for cpp(1)... it needs to be converted to the mandocpst1994-11-021-1/+674
| | | | | macros, but it's good enough for now. Obtained from: gcc 2.6.0 gnu distribution
* Link g++ -> c++, like I did with gcc -> cc. This is evil, but it'sjkh1994-11-011-1/+2
| | | | now at least orthogonal evil.
* Add LINKS to get gcc back.jkh1994-11-011-1/+3
|
* Added f77 program. This is a modified version of the c++ program.ljo1994-10-253-2/+554
| | | | All it does is add -lf2c and -lm.
* Added FORTRAN rule.ljo1994-10-251-0/+29
|
* Changed NO_SHARED_LIBCC_INT to SHARED_LIBCC_INT and changed the logicdg1994-10-252-4/+4
| | | | | as appropriate. This makes gcc not built with a shared cc_int the default.
* Don't build profiled library.bde1994-09-201-1/+2
|
* For Bruce: -DNO_SHARED_LIBCC_INT reverts back to static libcc_int.wollman1994-09-192-2/+12
| | | | This makes the back end run faster, but at the cost of speed.
* Make GCC's back end be shared among all languages. cc, c++, and cpp nowwollman1994-09-189-25/+19
| | | | | | | | | | | | | | | | 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*
* Add q modifier (for long longs) support to -Wformat.rgrimes1994-09-181-22/+29
| | | | Reviewed by: bde
* Disable one of my extensions (function profiler epilogues) thatbde1994-09-021-0/+2
| | | | | | we're not ready for yet. gcc and all profiled libraries will need to be recompiled. I suspect that the dependencies aren't complete enough to do this automatically.
* Use gnumalloc to help reduce memory consumption.dg1994-08-292-4/+4
|
* Add dependencies on libraries to DPADD. Someday this should be donebde1994-08-287-12/+16
| | | | | | automagically. -lfoo has to be right to work, but ${LIBFO0} is too easy to forget or misspell; nothing checks it and it should be different for shared libraries.
* Fixed up everything so that the version of gcc that we install from thepaul1994-08-232-6/+1
| | | | | | | | | | | | | FreeBSD system sources installs itself as the standard cc and c++. I've fixed c++ to call cc instead of gcc and removed all the symlinks that get created to g** version of the binaries. This means that you can install a second version of gcc that does use the g prefix alongside the "system" version of gcc. The only conflict is libgcc but since we install it as libcc.so.26 and nothing else is likely to that should be ok. Reviewed by: Submitted by:
* Added -f to rm so install doesn't abort if the file doesn't exist.paul1994-08-201-1/+1
| | | | | Reviewed by: Submitted by:
* Define __FreeBSD__ to be 2.wollman1994-08-101-1/+1
|
* This commit was generated by cvs2svn to compensate for changes in r1933,phk1994-08-084-1/+5468
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
| * This gcc-2.6.0 should work with 2.0phk1994-08-084-1/+5468
| |
* | This commit was generated by cvs2svn to compensate for changes in r1823,phk1994-08-02171-0/+307568
|\ \ | |/ | | | | which included commits to RCS files with non-trunk default branches.
| * Here comes the right import of gcc-2.6.0.phk1994-08-02171-0/+307568
|
* Here comes the right import of gcc-2.6.0.phk1994-08-021-0/+12
OpenPOWER on IntegriCloud