Commit Graph

2241 Commits

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