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