d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
74,468 Commits 6 Branches 133 Tags 2.6 GiB
943aada83d
Commit Graph

276 Commits

Author SHA1 Message Date
David E. O'Brien
943aada83d Actually we don't need any special YACC'ing here. The ones known to 
Bmake are fine.
 2002-05-10 23:20:54 +00:00
David E. O'Brien
d147c3da04 Touching the sjlj setting on IA-64 makes things not build. 
Submitted by:	peter
 2002-05-10 17:42:19 +00:00
David E. O'Brien
871d3affa7 Doh! Add IA-64 to our target list. 2002-05-10 17:23:04 +00:00
David E. O'Brien
415f2bb46f Gather up the stragglers that depends on genrtl.h. This is -j10 safe now. 2002-05-10 10:21:19 +00:00
David E. O'Brien
01c50f1782 This was *very* -j unsafe. Add a dependency on the common generated 
headers to mostly make it -j1 safe.
 2002-05-10 10:14:53 +00:00
David E. O'Brien
3cdd876f04 Bmake bits for Gcc 3.1. 
Partially made possible by:	Wilko.Bulte@compaq.com
 2002-05-10 08:54:50 +00:00
David E. O'Brien
7b4716843d Use MD_EXEC_PREFIX now to get us thru `buildworld'. 
The problem is the GCC driver now turns STANDARD_EXEC_PREFIX into a relative
path -- "<basename argv[0]>/../../libexec" for our normal install location.
However, in the middle of `buildworld' we need
"<basename argv[0]>/../../../../libexec" due to the prefix we tell the GCC
driver.  But either the GCC driver is buggy, or we are confusing it, as it
tries to exec "<basename argv[0]>/../../libexec/cpp0" as if it were installed
in the normal place (but isn't).
MD_EXEC_PREFIX is still absolute, so I'll use that for now.  I would like to
later make it so MD_EXEC_PREFIX is set only for `buildworld', as
MD_EXEC_PREFIX is also in the search path for libraries. Don't ask me why!
Another way is to add ${OBJFORMAT_PATH} (as set in CROSSENV) to the PATH
in src/Makefile.inc's WMAKEENV.
 2002-05-10 08:41:46 +00:00
David E. O'Brien
066003a540 Gcc 3.1 now offers both a C99 and a K&R traditional C preprocessor. 
This is the ISO C99 one.
 2002-05-10 02:46:01 +00:00
David E. O'Brien
dd7731cf37 Bmake bits for GCC 3.1. 2002-05-10 02:36:12 +00:00
cvs2svn
ff24f7832c This commit was manufactured by cvs2svn to create branch 'WIP_GCC31'. 2002-05-09 00:52:10 +00:00
David E. O'Brien
354b719bf7 Gcc 3.1 now offers both a C99 and a K&R traditional C preprocessor. 
This is the traditional one.
 2002-05-09 00:52:09 +00:00
David E. O'Brien
b9b736e422 Using ${.ALLSRC} here is dangerious as it sometimes picks up more 
"sources" than desired.
 2002-05-08 02:46:10 +00:00
David E. O'Brien
672528fa3d Make the YACC'ing more bullet proof. 2002-05-07 01:41:46 +00:00
David E. O'Brien
baef823236 The GCC target name does not always match our platform's name. 
MFC: rev 1.61 (needed a different way to keep from multiple inclusion)
 2002-05-07 01:26:58 +00:00
David E. O'Brien
66ecbefa3d The HAVE_AS_GOTOFF_IN_DATA definition needs to depend on obj format. 2002-05-07 01:19:56 +00:00
David E. O'Brien
a5cc86f163 Add support for using the profiled versions of the C++ (and related) libs. 2002-05-01 19:19:22 +00:00
David E. O'Brien
e5ccba11ac Don't use "GCCDIR" as the multiple inclusion protector. Subdir Makefiles 
may want to override GCCDIR and this gets in the way.
 2002-04-23 00:10:18 +00:00
David E. O'Brien
9d838dbb47 Remove the #ifdef IN_GCC junk. We *know* we are building GCC with these 
bits.  Also remove comment about keeping in sync with other instances in
the source tree -- it was too easy to get out of sync, so the other
instances now use this instance.
 2002-04-15 03:41:47 +00:00
David E. O'Brien
d99ab028e5 Note that HAVE_GAS_SHF_MERGE is a new feature, and it can be surprising if 
one does not know about it.

Experienced by:	peter
 2002-04-15 03:39:20 +00:00
David E. O'Brien
d6c4eef6dd Turn off collect2. 
collect2 was added based on the need of -frepo.  However, -frepo is currently
broken on -CURRENT (Gcc 2.95.4 20020320 [FreeBSD] / ld 2.12.0 [FreeBSD]
2002-04-10).  It is also broken on RELENG_4 (Gcc 2.95.3 20010315 / ld
2.11.2 20010719), so there is no need to MFC collect2 there yet.  I have
a feeling the brokeness is due to the wide difference between the libiberty
bits of Gcc 2.95 and the later ld.

Testing by:	fjoe
 2002-04-15 03:15:40 +00:00
David E. O'Brien
8089148b52 In the cross case we need to provide TARGET_MACHINE. 2002-04-11 18:40:37 +00:00
David E. O'Brien
8f5dad4aa0 Update infodoc building for GCC 3.1. 2002-04-11 02:56:30 +00:00
David E. O'Brien
cb2a59bc57 In the cross case we need to provide TARGET_MACHINE. 2002-04-10 02:20:48 +00:00
David E. O'Brien
e228f1da77 Change YACCing. 
Submited by:	ru
 2002-04-10 01:48:47 +00:00
David E. O'Brien
9833f59b8c Fine! I cannot freaking take the bikeshed any more. 
These binaries will be static, peroid.
 2002-04-08 18:48:38 +00:00
David E. O'Brien
bf4990bb76 Fix search path. 2002-04-07 08:05:33 +00:00
David E. O'Brien
9e3b001017 Bmake bits for GCC 3.1. 2002-04-06 23:18:01 +00:00
cvs2svn
4e6aeb72b4 This commit was manufactured by cvs2svn to create branch 'WIP_GCC31'. 2002-04-06 23:16:27 +00:00
David E. O'Brien
f99189726f Break some things used by the front-ends from Makefile.inc that cannot 
be used build-wide for GCC 3.1.
 2002-04-06 23:16:26 +00:00
David E. O'Brien
dbb66afa0b Build and install collect2. This is needed for some C++ programs. 2002-04-06 23:12:46 +00:00
David E. O'Brien
cf5eb7bb89 Break some things out of Makefile.inc that cannot be used build-wide 
for GCC 3.1.
 2002-04-06 22:37:19 +00:00
David E. O'Brien
a5cf1da8f8 Expand the toolchain a little bit. 
Requested by:	fjoe (collect2), des (protoize)
 2002-04-06 09:35:06 +00:00
David E. O'Brien
bb5545c63e Tell GCC 3.1 our capibilities. 2002-04-05 12:14:36 +00:00
David E. O'Brien
6d57d58120 A little more reorg. 2002-04-05 10:23:19 +00:00
David E. O'Brien
93c646073d MFC: tidy up YACCing. 2002-04-04 19:44:34 +00:00
David E. O'Brien
051ab09117 Minor reorg. 2002-04-04 19:36:33 +00:00
David E. O'Brien
aeccb79001 Minor style tweak. 2002-04-04 19:26:13 +00:00
David E. O'Brien
fda035bb2c MFC: remove 2.6.3 cc_int shlib cruft and s/GNU_ARCH/TARGET_ARCH/g. 2002-04-04 18:30:57 +00:00
David E. O'Brien
953bfb1637 Remove some local cruft that snuck in yesterday. 2002-04-04 18:24:56 +00:00
David E. O'Brien
d93d97cd31 Make the sed line a little bit more clear (it will get messier later). 2002-04-04 01:25:26 +00:00
David E. O'Brien
51b5a2f445 Set NOSHARED conditionally. 2002-04-04 00:50:14 +00:00
David E. O'Brien
fe7e92414e Clean up the YACCing. I don't know why we cannot leave the .y's as .y's. 
So lets see if doing so causes anyone trouble.
Also use make(1)'s assistance in using the right file.  It knows the
dependency, so lets just ask it.
 2002-04-04 00:26:20 +00:00
David E. O'Brien
fdae72d720 Remove duplicate objc-parse.h. While we are at it, just spell it correctly 
as c-parse.h since that is how the consumers spell it.
 2002-04-04 00:14:58 +00:00
David E. O'Brien
5ccf2039e4 Get rid of GCC_ARCH, and just use plain TARGET_ARCH. 
We got rid of the MIPS le/be stuff that needed this a long time ago.
 2002-04-04 00:11:00 +00:00
David E. O'Brien
0f0016ae39 Remove some 1996 GCC 2.6.3 cruft for building a shared cc_int lib. 2002-04-03 03:18:15 +00:00
David E. O'Brien
fd6d292255 Properly get the version number after the 2.95.4 upgrade. 2002-03-21 01:34:56 +00:00
David E. O'Brien
e4753251f7 Matching contrib/gcc/gcc.c commit of rev 1.23, remove misleading comment 
about 'STANDARD_EXEC_PREFIX'.  It is used now and is needed if one does not
set 'MD_EXEC_PREFIX'.

Do not define a 'MD_EXEC_PREFIX'.  It is not needed, not used in the
cross case, and just ends up causing "/usr/libexec" being added to the
library search path.
 2002-03-05 00:39:29 +00:00
David E. O'Brien
a370115d7d Allow for better control over the GCC front-end when building a cross 
compiler.

* Undo the diking out of cross compiler logic from gcc.c rev 1.16.
* Add the `CROSS_STARTFILE_PREFIX' knob.
* Add our own definition of `STANDARD_INCLUDE_DIR'.  This should have been
  included in freebsd-native.h rev 1.5.
 2002-03-05 00:17:24 +00:00
David E. O'Brien
3d3dea1bbc Move the creation of the insn-*.c files from cc_tools to cc_int. 
This gets rid of a cross build problem we have because we build
everything in cc_tools during the `make build-tools' (or `make depend')
stage.
 2002-03-02 08:53:36 +00:00
David E. O'Brien
c21c782ba5 Clean up the style a little bit. 2002-03-02 01:06:42 +00:00