d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
82,232 Commits 72 Branches 135 Tags 3.2 GiB
23eeeff7be
Commit Graph

2977 Commits

Author SHA1 Message Date
Peter Wemm
bfdf38fb57 Bandaid for sparc64. Do not build libstdc++.so for now on sparc64. 
Binaries compiled with it segfault.
 2002-07-08 10:53:35 +00:00
Ruslan Ermilov
70b1f5865c Add the missing dependency (gdbint.info: gdb-cfg.texi). 
This should resume parallel builds, among other things.
 2002-07-04 11:33:59 +00:00
Ruslan Ermilov
acebb8eba1 Fixed CLEANFILES. 2002-07-04 07:15:31 +00:00
Dag-Erling Smørgrav
c2945c3b11 Add the "java" category. 2002-07-03 00:35:09 +00:00
Sheldon Hearn
8e887555b5 Reconnect gdb info file to the build. 
Submitted by:	Szilveszter Adam <sziszi@bsd.hu>
 2002-07-01 07:58:18 +00:00
David E. O'Brien
0b541de6f7 Don't need these any more. 2002-06-30 05:29:43 +00:00
David E. O'Brien
68464ed689 Dike out bits specific to i386. This pretty much means no kgdb for 
non-i386 platforms.

I would however like to see a shared file here.  If a function or two cannot
be shared we should create ${TARGET_ARCH}/kvm-fbsd-${TARGET_ARCH}.c.
 2002-06-30 04:47:43 +00:00
David E. O'Brien
a9b6be3e9e Bmake bits for GDB 5.2. 2002-06-30 03:24:05 +00:00
Mark Peek
0d8ba9a657 Reflect new gdb directory structure. 2002-06-29 18:19:53 +00:00
David E. O'Brien
c4819db060 I don't see any reason to conditionalize this. 2002-06-29 17:55:17 +00:00
David E. O'Brien
cc5dcb202c Bmake bits for GDB 5.2. 2002-06-29 16:52:15 +00:00
David E. O'Brien
11acfa572a Turn back on GDB. 
gdbserver does not build, but I've gone about as far with GDB as I'm going
to right now.
 2002-06-29 03:19:35 +00:00
David E. O'Brien
b73f3861c3 Best guess at configurations for our other arches. (totally untested) 2002-06-29 03:18:28 +00:00
David E. O'Brien
2587e03b72 Allow to compile and at least startup on sparc64. 2002-06-29 03:16:40 +00:00
David E. O'Brien
7b726fea14 Bmake bits for GDB 5.2. 2002-06-29 01:16:01 +00:00
David E. O'Brien
70ec688c63 There will be no GDB related .info files unless someone that cares about them 
sends a patch.
 2002-06-28 03:41:56 +00:00
David E. O'Brien
b1ae3e66e6 NO! We DON'T wany any libintl action here. 2002-06-28 01:33:53 +00:00
David E. O'Brien
99c8489d5b Things Gdb 5.2 wants to know about us. 2002-06-28 00:34:05 +00:00
David E. O'Brien
c126c9fe5a NO_GDB while it is being upgraded. 2002-06-27 22:59:11 +00:00
Eric Melville
1868b5c3f5 Correctly state the size of the help message. 
Sponsored by: Apple
 2002-06-24 20:57:44 +00:00
David E. O'Brien
28219a5a8d For the benefit of those Emacs users amongst us, only cut out gdb.info 
rather than *.info.
 2002-06-22 17:10:53 +00:00
David E. O'Brien
22cb25a945 When linking staticaly libtermcap is a postrequisite of libreadline. 
Otherwise `tgoto' (only used by libreadline) isn't resolved.

Submitted by:	bde
 2002-06-22 17:07:45 +00:00
David E. O'Brien
35053ce3d6 Take the guaranteed fix -- turn off .info docs for now until we get the 
gdb docs sorted out.
 2002-06-22 16:52:34 +00:00
David E. O'Brien
ecb598f3be Grre-^#$(*+#@$!@% I hate .info files, I really do (thus I have NO_INFO set...) 
Don't try to read files from a non-existant gdb.291/.
 2002-06-22 08:08:51 +00:00
David E. O'Brien
457170e99c We need to link with libiberty.a before libreadline.so. Both supply 
xmalloc() and xrealloc() and the mixed usage of xmalloc in some .c's from
libiberty.a and other .c's from libreadline.so produces an unusable binary
on the Alpha.

While I am here, preventatively move other libs in the link order.

Submitted by:	gallatin
 2002-06-21 19:05:20 +00:00
David E. O'Brien
2042599684 Remove GAWK. I removed it from the build 2 weeks ago and the world 
did not end.  So finish the deed.
 2002-06-20 20:54:54 +00:00
David E. O'Brien
a323cdf035 Disconnect the docs until we figure out if there are any with v3. 2002-06-19 05:38:45 +00:00
Doug Barton
480ffa338a Teach mdoc about the 4.6 release 2002-06-18 00:41:47 +00:00
Doug Barton
ca2ca2ab60 In addition to exiting the dialog via ESC, the user could also have 
exited via \r, \n, or ' ' (space); all of which are valid,
non-error responses.
 2002-06-13 23:39:35 +00:00
David E. O'Brien
60f9b09d26 Allow one to profile FORTRAN77 programs. 2002-06-09 00:03:56 +00:00
David E. O'Brien
9291f1b122 Restore revision 1.15 (use profiled C++ libs) which wasn't on the WIP_GCC31 
branch and thus was lost in the shuffle on the move to Gcc 3.1.
 2002-06-08 19:58:31 +00:00
David E. O'Brien
a32192cc4f Fix compiling FORTRAN77 programs. 2002-06-08 18:48:40 +00:00
Andrey A. Chernov
733657c588 Activate new GNU sort from contrib 2002-06-08 10:34:12 +00:00
David E. O'Brien
86f99a57b2 Read specs from /usr/libdata/gcc/specs if it exists. 2002-06-06 03:47:02 +00:00
David E. O'Brien
eb5cb11b70 The best we can do about man pages for the moment. 2002-06-05 21:30:46 +00:00
David E. O'Brien
3389489f95 We haven't used this libg++ header since 1999/04/05 05:36:37. 2002-06-05 17:02:37 +00:00
David E. O'Brien
f09cdb5b44 Search the "backward" C++ compatibility include dir also. 2002-06-05 16:10:59 +00:00
David E. O'Brien
1fd8bea50e We don't need bsd.dep.mk here. 2002-06-05 15:40:39 +00:00
Ruslan Ermilov
fc511333b6 SUBDIR is initially empty. 2002-06-05 07:00:41 +00:00
Ruslan Ermilov
8659c37498 Canonicalize. 2002-06-05 06:59:10 +00:00
Ruslan Ermilov
227c8a004a Back out addition of a plus sign. 
DPADD and LDADD belong to individual makefiles.
 2002-06-05 06:58:33 +00:00
Maxim Sobolev
9bdd177911 Collapse lib and tar dirs into single top-level directory. 
Suggested by:   obrien
 2002-06-04 21:16:18 +00:00
David E. O'Brien
741a21e8c7 Remove GNU awk. 2002-06-04 21:14:34 +00:00
David E. O'Brien
d09b305248 Install the i386 MMX headers, and IA-64 intrinsics functions. 
Requested by:	peter
 2002-06-04 20:00:29 +00:00
David E. O'Brien
8df64a7d4f We don't need this library any more. 2002-06-04 19:45:09 +00:00
Maxim Sobolev
41965b2932 Don't forget to include ../Makefile.inc. 2002-06-04 11:28:09 +00:00
Maxim Sobolev
0d041c5ae8 Add bmake bits for building GNU tar from src/contrib/tar. 2002-06-04 11:14:49 +00:00
Maxim Sobolev
bf15d27233 Send our ancienv GNU tar into Attic. 
Suggested by:	ps
 2002-06-04 11:14:06 +00:00
Mike Barcroft
cb263c3594 Use POSIX macros for wait(2)-style status information instead of the 
deprecated 4.2/4.3BSD wait union.  Fix some nearby pid_t/int
confusion.
 2002-06-03 23:13:11 +00:00
Ruslan Ermilov
801a888ee3 Do not overwrite mm locale files. 2002-06-03 15:12:42 +00:00
David E. O'Brien
228433f751 Turn on the math function stub stubs. 
Submitted by:	Martin Blapp <mb@imp.ch>
I believe OK with:	peter
 2002-06-02 17:49:08 +00:00
Ruslan Ermilov
c82593cf2c The new bsd.incs.mk is powerful enough to handle this wrinkle. 2002-05-31 11:45:34 +00:00
Garrett Wollman
0d542a4797 Add used includes of <stdlib.h>. 2002-05-30 19:49:21 +00:00
Alfred Perlstein
e043516d4d Check for defined(__i386__) instead of just defined(i386) since the compiler 
will be updated to only define(__i386__) for ANSI cleanliness.
 2002-05-30 07:00:42 +00:00
David E. O'Brien
05811fcf3a Tweak so that .o's are written into src/contrib/gcc 2002-05-29 22:26:05 +00:00
David E. O'Brien
6a6659656a Build docs not out of libobc++.295 2002-05-29 21:14:48 +00:00
Peter Wemm
0367ff7599 Put on peril sensitive sunglasses and turn C++ stuff back on. 2002-05-29 00:48:14 +00:00
Peter Wemm
b5ad6294bb Add some build glue for libstdc++. I'm not a C++ person, but this seems 
to work at least for the non-hairy stuff.  The main wrinkle here is that
a whole mess of include files get installed and under different names.
An earlier version of this built a shadow include tree first in the obj
directory, but this depends on the 'make includes' functionality.

More tweaking is certainly going to be needed.
 2002-05-29 00:45:51 +00:00
David E. O'Brien
ca9578f3ef I missed the setting of PREFIX_INCLUDE_DIR when I visually santity checked 
the output from a autoconfig run.
 2002-05-27 17:48:28 +00:00
Bruce Evans
6c37e4212e phsyical -> physical 
Submitted by:	Andre Guibert de Bruet <andy@siliconlandmark.com>
 2002-05-27 13:08:08 +00:00
David E. O'Brien
8881422a08 Alpha has crtfastmath also. 2002-05-26 17:16:21 +00:00
David E. O'Brien
4d4be121e8 Rev 1.12 broke make all' w/o a previous make depends'. 2002-05-26 17:09:31 +00:00
Mark Murray
b227e8f18d Trim out this subdir; nothing has been made in here for _ages_. 2002-05-25 21:11:13 +00:00
Andrey A. Chernov
6f7a1f9947 Remove /usr/share/perl/man 2002-05-24 03:21:11 +00:00
Mark Murray
95f435e76a Remove ptx. It is not used anywhere in the base system, has not been 
maintained for years and is very old code. If there is any need for
it, I suspect that ports would be a better place.

No objection from:	current@freebsd.org
 2002-05-21 09:20:34 +00:00
Garance A Drosehn
d77254e807 Change parts of the source code to make it closer to style(9), mainly 
changing indentation and some comments.  Main goal is not perfect style,
but just to reduce differences with NetBSD.  The object code is exactly
the same after this change as before it (except for assert() statements
which have moved).

Reviewed by:	/sbin/md5 on i386
Obtained from:	NetBSD
 2002-05-21 00:44:18 +00:00
David E. O'Brien
ecdd3d1cab This is only WARNS=0 clean now. 2002-05-19 18:25:41 +00:00
Mark Murray
34431fe7a1 remove perl scripts from the build. 2002-05-18 19:47:57 +00:00
David E. O'Brien
4728018172 This is enough to get thru a cross-build. 2002-05-18 18:27:09 +00:00
David E. O'Brien
da87c431b3 The AMD x86-64 Hammer bits. 2002-05-18 11:57:01 +00:00
David E. O'Brien
a443e96e31 Fix the sparc64 build and make the LIB1ASMSRC handling more robust. 2002-05-18 09:46:12 +00:00
Poul-Henning Kamp
d2f7f45a57 Improve chances that we correctly compile LIB1ASMSRC on all architectures. 
sparc64 looked for the nonexistent sparc64/lb1spc.asm file instead
of the sparc/lb1spc.asm file.

arm probably looked for arm/arm/lib1funcs.asm instead of arm/lib1funcs.asm
ia64 probably looked for ia64/ia64/lib1funcs.asm instead of ia64/lib1funcs.asm

i386 and alpha don't seen to use the LIB1ASMSRC.
 2002-05-18 09:21:42 +00:00
David E. O'Brien
3ce5798474 Segregate MD weirdness a little bit more. Improve cross buildability. 2002-05-18 04:59:57 +00:00
David E. O'Brien
355a488d44 Style sync with other platforms. 2002-05-18 04:50:32 +00:00
David E. O'Brien
5a87307b7f Use a more API denoting way to handle what is in libc and what isn't. 2002-05-18 04:49:44 +00:00
David E. O'Brien
ef446fb2c6 Don't build gperf. 2002-05-18 00:20:01 +00:00
David E. O'Brien
00900fed40 Don't depend on gperf. 2002-05-18 00:18:00 +00:00
Peter Wemm
aff1ee31b8 Move LIB1ASMFUNCS from the SYMS variable and explicitly add it to OBJS 
later.  Otherwise make will try and build the supposedly assembler .o
files from libgcc2.c - which does not work too well (the .o's have no
content)

Reviewed by:	obrien
 2002-05-17 08:59:13 +00:00
Peter Wemm
8c258dc6ba Put on peril-sensitive sunglasses and risk touching gcc related build glue 
again.  Try and deal with platforms that provide their own crtbegin/end asm
files (ia64 for example).  crtstuff.c does not actually work on ia64 since
libgcc.a doesn't have a few key support functions when built on ia64 so it
is compulsory to use crtbegin.asm and crtend.asm.

Reviewed by:	obrien
 2002-05-17 07:55:08 +00:00
David E. O'Brien
9c2a81d5ba Remove some WIP bits that I didn't fully clean out before merging to HEAD. 2002-05-17 06:35:44 +00:00
Ruslan Ermilov
a43171c248 Back out revision 1.30 change. 
cc1plus can apparently be built if you happen to have
/usr/bin/gperf, or set CXX to point to a C++ compiler
that can build gperf(1) in the bootstrap-tools stage
of buildworld.
 2002-05-17 05:41:47 +00:00
David E. O'Brien
03083777d9 Post rev 1.39, the PowerPC specific additions to OBJS was getting lost. 2002-05-17 04:18:33 +00:00
David E. O'Brien
d4dfcdb535 Update to Binutils 2.12.0 and stick to the native emulation for now. 
This lets us get on the with the task at hand -- porting FreeBSD.
We can get fancy later on.
 2002-05-17 03:43:47 +00:00
David E. O'Brien
79b40253a4 Update to Binutils 2.12.0 release. 2002-05-17 03:43:09 +00:00
David E. O'Brien
e3dd58ccbc Update to Binutils 2.12.0 and stick to the native emulation for now. 
This lets us get on the with the task at hand -- porting FreeBSD.
We can get fancy later on.
 2002-05-17 03:10:33 +00:00
David E. O'Brien
d781910a94 bsd.lib.mk now understands what to do with .asm files. 
So we can refer to these files by their real name vs. playing tricks
renaming them during the build.
 2002-05-17 03:08:15 +00:00
David E. O'Brien
ba2789556e GCC 3.1 on PowerPC also has the crtsavres C Run Time file. 2002-05-17 03:04:47 +00:00
David E. O'Brien
cffafa9e12 Do not cut `docs' out of the build with NO_CXX. 
There are no longer GNU C++ specific info files, and it was a bug with Gcc
2.95 that NO_CXX would cause the C and CPP info files to not be installed.
 2002-05-17 03:00:33 +00:00
Ruslan Ermilov
35abacef2a MD_EXEC_PREFIX doesn't work for the cross-arch compiler. 
The change also makes the `cc -print-search-dirs' output
sane (the pre-3.1 way) in the non-cross case.

Draft reviewed by:	obrien
 2002-05-16 15:22:58 +00:00
Ruslan Ermilov
2898afe627 Make it possible to build a cross compiler for alpha, 
ia64 and sparc64 on systems that do not have atoll(3).
The "cross" here doesn't necessarily mean cross-arch.
 2002-05-16 15:18:13 +00:00
Mark Murray
f72674c540 Remove the perl build. Farewell, old friend. 2002-05-16 09:57:11 +00:00
Mark Murray
9a473994d2 Don't build perl. 2002-05-16 08:59:52 +00:00
David E. O'Brien
fcbdc1f8a0 Add x86-64 bits. 2002-05-15 22:40:50 +00:00
David E. O'Brien
23735e10dd The IA-64 config needs to know that we are using GNU ld & as. 
Submitted by:	peter
 2002-05-15 21:59:46 +00:00
Ruslan Ermilov
83f56d9ae4 Make sure to not yet build the GNU C++, but still allow 
for the C++ progs to be built with e.g. an old compiler,
CXX=/usr/bin/c++, for the time being.
 2002-05-15 16:29:45 +00:00
David E. O'Brien
7ed7e0cf33 We won't be doing FreeBSD-NT (NTBSD?, BSDNT?) anytime soon. 
Same for any m68k platform.
 2002-05-15 09:11:11 +00:00
David E. O'Brien
16444b7a38 We aren't quite ready to switch emulations and loose the 
override ELF_DYNAMIC_INTERPRETER requirement.

Has a good eye:	jmallet
 2002-05-15 09:01:03 +00:00
David E. O'Brien
91c7467999 We won't be doing FreeBSD/m68k or FreeBSD/rs6k anytime soon. 
(not to mention these bits are still at the 2.9.1 level)
 2002-05-15 08:33:41 +00:00
Mark Peek
117af193f6 Make our version tag unique due to our local changes. 
PR:		19733
Submitted by:	sheldonh
MFC after:	3 days
 2002-05-14 18:17:59 +00:00
David E. O'Brien
ee6b45631e Quote {CC} so ccache can be used. 2002-05-14 01:00:25 +00:00
Ruslan Ermilov
2020063860 Fixed CLEANFILES after bsd.lib.mk sweep. 2002-05-13 15:28:00 +00:00
Ruslan Ermilov
423e9124d9 Mark all internal libraries with INTERNALLIB. 2002-05-13 11:24:03 +00:00
Ruslan Ermilov
46f8fdc34e Removed now unused INTERNALSTATICLIB. 
INTERNALLIB now implies NOPIC and NOPROFILE.
Removed gratuitous NOMAN.
 2002-05-13 11:09:07 +00:00
Ruslan Ermilov
2a53f3fb35 Major cleanup of bsd.lib.mk. 
Get rid of the INTERNALSTATICLIB knob and just use plain INTERNALLIB.
INTERNALLIB now means to build static library only and don't install
anything.  Added a NOINSTALLLIB knob for libpam/modules.  To not
build any library at all, just do not set LIB.
 2002-05-13 10:53:24 +00:00
David E. O'Brien
6677f3e022 Restore some of the implementation from the Bmake gcc 2.95 bits. 
In the end, I can do things more like the previous Bmake bits than was
apparent in the middle of the gcc31 WIP.
 2002-05-13 03:27:03 +00:00
David E. O'Brien
5b3bcd0c77 I was finally able to repeat the -j breakage on one of my machines. Fix it. 
I borrowed some ideas from Ruslan, and made the style match cc_tools/Makefile
 2002-05-13 01:54:26 +00:00
Ruslan Ermilov
c75fbf36b1 NOLIB is gone; put INTERNALLIB back for now. 2002-05-12 16:35:34 +00:00
Ruslan Ermilov
c7b111cba8 Added new bsd.incs.mk which handles installing of header files 
via INCS.  Implemented INCSLINKS (equivalent to SYMLINKS) to
handle symlinking include files.  Allow for multiple groups of
include files to be installed, with the powerful INCSGROUPS knob.
Documentation to follow.

Added standard `includes' and `incsinstall' targets, use them
in Makefile.inc1.  Headers from the following makefiles were
not installed before (during `includes' in Makefile.inc1):

	kerberos5/lib/libtelnet/Makefile
	lib/libbz2/Makefile
	lib/libdevinfo/Makefile
	lib/libform/Makefile
	lib/libisc/Makefile
	lib/libmenu/Makefile
	lib/libmilter/Makefile
	lib/libpanel/Makefile

Replaced all `beforeinstall' targets for installing includes
with the INCS stuff.

Renamed INCDIR to INCSDIR, for consistency with FILES and SCRIPTS,
and for compatibility with NetBSD.  Similarly for INCOWN, INCGRP,
and INCMODE.

Consistently use INCLUDEDIR instead of /usr/include.

gnu/lib/libstdc++/Makefile and gnu/lib/libsupc++/Makefile changes
were only lightly tested due to the missing contrib/libstdc++-v3.
I fully tested the pre-WIP_GCC31 version of this patch with the
contrib/libstdc++.295 stuff.

These changes have been tested on i386 with the -DNO_WERROR "make
world" and "make release".
 2002-05-12 16:01:00 +00:00
David E. O'Brien
357228d788 Properly build lb1spc.asm on Sparc64. 2002-05-12 14:05:58 +00:00
David E. O'Brien
d43e78d0c7 There is no more NOLIB. 2002-05-12 13:49:14 +00:00
David E. O'Brien
be60db5891 I was not strict enough with my ordering of things to satisfy make(1) nieve 
symbol evaluation which causes it to be very sensitive to macro ordering.
 2002-05-12 12:44:04 +00:00
David E. O'Brien
a0eb22834d Tidy up the cleanfiles. 2002-05-12 12:06:19 +00:00
David E. O'Brien
79c021244b Fixes for building a.out bits. 
Submitted by:	bde
 2002-05-12 12:01:12 +00:00
David E. O'Brien
c00b947e3f Sorry, I did not mean to turn collect2 back on yet. 2002-05-11 04:51:45 +00:00
David E. O'Brien
b42da20fd5 Revert rev 1.3 -- I tested using the wrong build compiler. 2002-05-11 00:15:45 +00:00
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
498e57a7a4 BWK awk appears to work for world builds just fine now. We want to make 
sparc64 the same as the other platforms -- so do it by moving the other
platforms toward the sparc64.
 2002-05-10 20:36:21 +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
6121408bac Build compiler on all platforms. 2002-05-10 17:30:42 +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
e20b0b7333 [Ab]use LDFLAGS rather than CFLAGS. 
BDE tells me POSIX pretends `ld' as a directly callable entity does not exist.
 2002-05-10 09:32:39 +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
94083430d8 Need to build libgcc.so with -nostdlib -- otherwise we try linking with 
ourself.
 2002-05-10 08:52:41 +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
David E. O'Brien
bd7ce31c9a Turn off groff and gperf -- they will not compile with the in-tree Gcc 3.1. 2002-05-10 00:50:43 +00:00
David E. O'Brien
2fe1eb28ab All platforms should be on equal footing now -- no special handling for 
Sparc64 and IA-64.
 2002-05-10 00:49:55 +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
dbda0c7715 Mostly filled in contents for GCC 3.1. 
Bribed by:	peter
 2002-05-07 01:16:04 +00:00
David E. O'Brien
ca15bbbfe3 Fill in the missing. 
Bribed by:	peter
 2002-05-07 01:13:32 +00:00
cvs2svn
a7b4ff14b9 This commit was manufactured by cvs2svn to create branch 'WIP_GCC31'. 2002-05-07 01:03:52 +00:00
David E. O'Brien
6ce0897d11 libstdc++ version 3 (Gcc 3.1 is a consumer) uses the typical `config.h'. 2002-05-07 01:03:51 +00:00
David E. O'Brien
68866c8c5b Mostly filled in contents for GCC 3.1. 
Bribed by:	peter
 2002-05-07 01:01:38 +00:00
David E. O'Brien
ae889c62a2 Dependencies on tconfig.h work better if we set GCCDIR when shelling 
to other Makefiles.
 2002-05-07 00:58:49 +00:00
David E. O'Brien
4466867fd8 Update for GCC 3.1. 
Tested on:	alpha, sparc64, i386
 2002-05-07 00:55:51 +00:00
David E. O'Brien
df411a300f Fix to work on sparc64 (which has an extra crt .o file). 2002-05-07 00:08:30 +00:00
cvs2svn
bc2fcd34bc This commit was manufactured by cvs2svn to create branch 'WIP_GCC31'. 2002-05-06 22:07:27 +00:00
David E. O'Brien
91004f18ea GCC's libstdc++ version 3 has the "libgcc" like bits (start up / terminate 
code, `new' handler, exception handling, etc.) split out into libsupc++.
 2002-05-06 22:07:26 +00:00
David E. O'Brien
57f6dc86bd Make life a little bit easier with a trimmed down list of bits. 2002-05-06 21:10:08 +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
Garance A Drosehn
38a1326cad Add many prototypes and ANSI-ize 'patch. Not a complete job of it, but it gets 
our patch to look a little more like NetBSD's, and has the nice characteristic
that the object code is exactly the same after the change as before it (even in
patch.c and pch.c, which have pesky 'assert' statements in them).

Reviewed by:	/sbin/md5 on i386, alpha, sparc64
MFC after:	3 days
 2002-04-28 01:33:45 +00:00
Garance A Drosehn
a3df8483c8 Add FreeBSD id's to these files, in advance of a separate update. 
MFC after:	3 days
 2002-04-28 01:26:40 +00:00