Commit Graph

26 Commits

Author SHA1 Message Date
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
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
8f5dad4aa0 Update infodoc building for GCC 3.1. 2002-04-11 02:56:30 +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
bb5545c63e Tell GCC 3.1 our capibilities. 2002-04-05 12:14:36 +00:00
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