1
0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-22 11:17:19 +00:00
Commit Graph

18 Commits

Author SHA1 Message Date
David E. O'Brien
93c646073d MFC: tidy up YACCing. 2002-04-04 19:44:34 +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
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
c21c782ba5 Clean up the style a little bit. 2002-03-02 01:06:42 +00:00
David E. O'Brien
4a88cacfed MFC: rev 1.13 (use libgcc_p.a when -pg is in effect) 2002-03-02 00:54:17 +00:00
David E. O'Brien
a19de87a67 I used this for one of the gcc 2.97 snapshots.
It is here in case we decide we want the directory to match the binary name
since neither the binary nor the source file(s) are named 'cccp' any longer.
2001-12-18 03:24:18 +00:00
David E. O'Brien
05f25aae14 Changes in order to compile GCC 3.0.2. 2001-12-18 03:22:23 +00:00
David E. O'Brien
3dbb6175cd Working changes for GCC 3.0.2. 2001-12-18 03:21:49 +00:00
David E. O'Brien
523a651a6f Changes in order to compile GCC 3.0.2.
The for-GCC-only preprocessor is now built using cpplib.
2001-12-18 03:20:31 +00:00
David E. O'Brien
8561d1123d Changes in order to compile GCC 3.0.2.
Really irritating changes are the "forced" layering of malloc + friends
in order to use the GNU versions.  Sorry, we have a *very* fine malloc,
and we will use it.  Period.  Even more irritating is that the GNU people
now want to replace ctype also!!  So we partially dike it out here.
2001-12-18 03:19:11 +00:00
David E. O'Brien
e5d7f6b935 Regenerated for GCC 3.0.2. 2001-12-18 03:15:02 +00:00
David E. O'Brien
9aef790094 Changes in order to compile GCC 3.0.2.
Boy did a lot of files get added or moved around.
2001-12-18 03:13:22 +00:00
David E. O'Brien
9018d6738b Changes in order to compile GCC 3.0.2. 2001-12-18 03:12:24 +00:00
David E. O'Brien
3a7789cfeb Working changes for GCC 3.0.2. 2001-12-18 03:11:35 +00:00
David E. O'Brien
1a2f149713 Working changes for GCC 3.0.2.
We now have to use the GCC stdarg.h varargs.h.  We simply have no choice
as it has an internal representation that we really cannot properly define
in our headers.
2001-12-18 03:10:56 +00:00
David E. O'Brien
2c8b5b1291 Working changes for GCC 3.0.2.
This thing grew.  We now have to link with many more files as if it
were one of the driver programs.  We also have to deal with the very
irritating layering of malloc and friends.  Our malloc works *very*
well thank you.  Thus we will use it.
2001-12-18 03:09:26 +00:00
David E. O'Brien
0d4ffb0f07 Working changes for GCC 3.0.2.
We now fake out the native libgcc.mk + GNU autoconf'ed Makefile.
This gives us the flexability we will need to support our new arches
(StrongARM, Sparc64, PowerPC, and IA-64).  If this new way proves to
be too much a hassle, I still have a close-to-being-finished version
that is more like the 2.95 version of this file.
2001-12-18 03:05:22 +00:00