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
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
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