Commit Graph

376 Commits

Author SHA1 Message Date
David E. O'Brien
47a7977dad Don't do WARNS setting here. 2002-10-11 06:20:41 +00:00
David E. O'Brien
0e7fe4f6c0 There is need to have a special BINUTIL_ARCH when we can use our more
common place TARGET_ARCH.
2002-09-22 05:29:37 +00:00
David E. O'Brien
9bfba55ce8 gdb now builds on sparc64. 2002-09-19 17:08:32 +00:00
David E. O'Brien
9ceffc28f3 Fix GNU coding violations. 2002-09-18 16:20:49 +00:00
David E. O'Brien
71791a1d60 Stop using 3 distinct and far varied coding styles in a single file.
Pretend to actually adhere to the GNU coding standards.
2002-09-18 16:14:36 +00:00
Peter Wemm
66422f5b7a Initiate deorbit burn for the i386-only a.out related support. Moves are
under way to move the remnants of the a.out toolchain to ports.  As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL.  It has already lasted WAY beyond
that.

Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.

Tested on: i386 (extensively), alpha
2002-09-17 01:49:00 +00:00
David E. O'Brien
7460e5b18a Update for 2.12.1 20-July-2002 import. 2002-09-01 18:03:55 +00:00
David E. O'Brien
e0444818b2 Update for 2.12.1 20-July-2002 import. 2002-08-31 20:57:53 +00:00
Ruslan Ermilov
d2893b161b Drop support for COPY, -c has been the default mode of install(1)
for a long time now.

Approved by:	bde
2002-07-29 09:40:17 +00:00
Peter Wemm
0f258b75d3 Recognize frames for lcall_syscall and int0x80_syscall.
Reminded by:	bde
2002-07-28 18:46:49 +00:00
Mike Barcroft
8e91c039a7 This isn't quite ready for WARNS=3 in the sparc64 case.
Noticed by:	sparc64 tinderbox
2002-07-16 16:10:39 +00:00
David E. O'Brien
e2a86a90af Make our i386 hacks in a less vendor file disturbing manner. 2002-07-10 07:48:45 +00:00
David E. O'Brien
2b1f5a4271 Stop trying to reimplement libkvm on i386. Instead use it directly and
consistently on all platforms.

Submitted by:	gallatin
2002-07-10 06:58:25 +00:00
David E. O'Brien
bad0e574ca Target specific FreeBSD kgdb hacks. 2002-07-10 06:40:03 +00:00
Sheldon Hearn
d1e52a1c8d Revert previous delta; warnings fixed by obrien:
rev 1.5		rc/contrib/gdb/gdb/gdbserver/gdbreplay.c
2002-07-09 17:29:37 +00:00
Sheldon Hearn
68a9ebbe8c Define NO_WERROR to unbreak world until the maintainer has had time
to coordinate fixes for this contrib code.
2002-07-09 08:37:36 +00:00
Ruslan Ermilov
70b1f5865c Add the missing dependency (gdbint.info: gdb-cfg.texi).
This should resume parallel builds, among other things.
2002-07-04 11:33:59 +00:00
Ruslan Ermilov
acebb8eba1 Fixed CLEANFILES. 2002-07-04 07:15:31 +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
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
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
ecdd3d1cab This is only WARNS=0 clean now. 2002-05-19 18:25:41 +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
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
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