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
Doug Barton
480ffa338a
Teach mdoc about the 4.6 release
2002-06-18 00:41:47 +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
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
Ruslan Ermilov
801a888ee3
Do not overwrite mm locale files.
2002-06-03 15:12:42 +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
Peter Wemm
0367ff7599
Put on peril sensitive sunglasses and turn C++ stuff back on.
2002-05-29 00:48:14 +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
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