mirror/freebsd
1
0
Fork 0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-19 10:53:58 +00:00
Code Issues Releases Activity
75,078 Commits 339 Branches 3,553 Tags 2.1 GiB
2498cf8c42
Commit Graph

2192 Commits

Author SHA1 Message Date
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
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
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
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
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
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
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
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
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
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
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