espressif/binutils-gdb
1
0
Fork 0
mirror of https://github.com/espressif/binutils-gdb.git synced 2025-06-20 01:50:24 +08:00
Code Issues Packages Projects Releases Wiki Activity

2000-03-27 Mark Kettenis <kettenis@gnu.org>

Browse Source 
* config/i386/tm-i386.h: Fix typo.  It is TARGET_LONG_DOUBLE_BIT
	instead of TARGET_LONG_DOUBLE_BITS.
	* config/i386/tm-i386mk.h: Likewise.
This commit is contained in:
Mark Kettenis
2000-03-26 22:10:59 +00:00
parent ac27f131b2
commit 6e2e8c243b
3 changed files with 9 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
gdb/ChangeLog
View File

@ -1,3 +1,9 @@
2000-03-27 Mark Kettenis <kettenis@gnu.org>
* config/i386/tm-i386.h: Fix typo. It is TARGET_LONG_DOUBLE_BIT
instead of TARGET_LONG_DOUBLE_BITS.
* config/i386/tm-i386mk.h: Likewise.
2000-03-26 Mark Kettenis <kettenis@gnu.org>
Provide `long double' support for most i386 targets.

2
gdb/config/i386/tm-i386.h
View File

@ -39,7 +39,7 @@ struct type;
bits, a `long double' actually takes up 96, probably to enforce
alignment. */
#define TARGET_LONG_DOUBLE_BITS 96
#define TARGET_LONG_DOUBLE_BIT 96
/* Used for example in valprint.c:print_floating() to enable checking
for NaN's */

4
gdb/config/i386/tm-i386mk.h
View File

@ -29,10 +29,10 @@
to `double'. However, I'm not sure what is the consequence of:
#define TARGET_LONG_DOUBLE_FORMAT TARGET_DOUBLE_FORMAT
#define TARGET_LONG_DOUBLE_BITS TARGET_DOUBLE_BITS
#define TARGET_LONG_DOUBLE_BIT TARGET_DOUBLE_BIT
So I'll go with the current status quo instead. It looks like this
target won't compile anyway. Perhaps it should be obsoleted? */
#undef TARGET_LONG_DOUBLE_FORMAT
#undef TARGET_LONG_DOUBLE_BITS
#undef TARGET_LONG_DOUBLE_BIT