New gdb 31 & 64 bit patches for S/390

DJBARROW@de.ibm.com DJBARROW@de.ibm.com
Tue Feb 27 12:39:00 GMT 2001


Hi All,

Here are the latest gdb patches for S/390, they are against yesterdays
repository ( Feb 26th )
I have spent a lot of time reworking the stuff to get it down to as few
files as possible,
& addressing issues brought up on previous submissions
( a hell of a lot more time than the 64 bit port took :-) ).
& hope it is accepted this time.

The only thing I'm aware of which isn't working properly
is gdb /boot/vmlinux /proc/kcore
when compiled for multiarch

This is because the bfd stuff returns
bfd_arch_unknown

& set_gdbarch_from_file complains because gdbarch_update_p can't fix up
this,
 this however is quite normal for the /proc/kcore file even when compiled
without multi-arch,
the code works fine when compiled without multi-arch.


(See attached file: gdb.s390.270201.binutils.config.diff)(See attached
file: gdb.s390.270201.config.diff)(See attached file:
gdb.s390.270201.core.diff)(See attached file:
gdb.s390.270201.readline.config.diff)(See attached file: S390ChangeLog.gdb)
(See attached file: S390ChangeLog.Root)

D.J. Barrow Gnu/Linux for S/390 kernel developer
eMail: djbarrow@de.ibm.com,barrow_dj@yahoo.com
Phone: +49-(0)7031-16-2583
IBM Germany Lab, Schönaicherstr. 220, 71032 Böblingen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gdb.s390.270201.binutils.config.diff
Type: text/x-diff
Size: 402 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20010227/5d07f79c/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gdb.s390.270201.config.diff
Type: text/x-diff
Size: 1302 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20010227/5d07f79c/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gdb.s390.270201.core.diff
Type: text/x-diff
Size: 78499 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20010227/5d07f79c/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gdb.s390.270201.readline.config.diff
Type: text/x-diff
Size: 261 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20010227/5d07f79c/attachment-0003.bin>
-------------- next part --------------
2001-02-26  D.J. Barrow <djbarrow@de.ibm.com,barrow_dj@yahoo.com>
	* s390-nat.c New file Added for S/390 31 & 64 bit target.
	* s390-tdep.c Likewise.
	* config/s390/nm-linux.h Likewise.	 
	* config/s390/s390x.mt Likewise.
	* config/s390/tm-linux.h  Likewise.  
	* config/s390/xm-linux.h Likewise
	* config/s390/s390.mh Likewise.
	* config/s390/s390.mt Likewise.
	* config/s390/tm-s390.h Likewise.
        * config.in Added definitions for S/390 31 & 64 bit target.
	* configure.host Likewise.
	* configure.in Likewise.
	* configure.tgt  Likewise.

        * gdbarch.sh Added 2 definitions to the input table
	allow_null_function, this definition is set to an
	non empty string if it is okay for the gdbarch function
	to be null.
	null_function_default_retval, this definiton is the
	default return value for a undefined function
	(i.e. allow_null_function is defined ).
	Added new macros required for S/390
	INIT_FRAME_PC_FIRST
	CANNOT_STORE_REGISTER
	CANNOT_FETCH_REGISTER
	ADDR_BITS_REMOVE
	EXTRACT_STRUCT_VALUE_ADDRESS_P        

	Improved the behaviour of the following macros.
	PUSH_RETURN_ADDRESS 
	added allow null function so default behaviour would be correct.
	EXTRACT_STRUCT_VALUE_ADDRESS
	added check for EXTRACT_STRUCT_VALUE_ADDRESS_P
	CALL_DUMMY_BREAKPOINT_OFFSET

	* core-aout.c added check for CANNOT_FETCH_REGISTER
	in fetch_core_registers.
	* arch-utils.c added check for BFD_ENDIAN_UNKNOWN
	in set_endian_from_file.









-------------- next part --------------
2001-02-26  D.J. Barrow <djbarrow@de.ibm.com,barrow_dj@yahoo.com>
	* config.sub: Added S/390 31 & 64 bit target.
	* configure.in: Likewise.
        * config.guess: Likewise.


More information about the Binutils mailing list