This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [patch/rfc] Eliminate TARGET_BYTE_ORDER_DEFAULT
- From: Andrew Cagney <ac131313 at cygnus dot com>
- To: gdb-patches at sources dot redhat dot com
- Date: Mon, 28 Jan 2002 22:35:43 -0500
- Subject: Re: [patch/rfc] Eliminate TARGET_BYTE_ORDER_DEFAULT
- References: <3C4B2817.6030205@cygnus.com>
I've checked in the below. ARM developers should keep an eye out for this.
At Daniel J's prompting I did do an armeb-elf build and found that it did at least appear to come up with the correct byte order.
enjoy,
Andrew
> Per discussion on TARGET_BYTE_ORDER_SELECTABLE. This patch removes
> TARGET_BYTE_ORDER_DEFAULT.
>
> I suspect the patch also fixes a bug in the non-multi-arch code (Daniel
> J's prodding made me revisit it). Unlike the multi-arch case,
> the non-multi-arch code wasn't updating target_byte_order with the
> byte-order determined from BFD.
>
> I'll leave this one for a few days.
>
> Andrew
>
> PS, the arm still comes up little endian:
>
> ac131313@nettle$ ./gdb/gdb
> GNU gdb 2002-01-20-cvs
> (gdb) show endian
> The target endianness is set automatically (currently little endian)
> (gdb)
>
>
> 2002-01-20 Andrew Cagney <ac131313@redhat.com>
>
> * arch-utils.c (TARGET_BYTE_ORDER_DEFAULT): Delete macro.
> (target_byte_order): Initialize to BFD_ENDIAN_BIG.
> (initialize_current_architecture): Update target_byte_order using
> information from BFD.
> * config/powerpc/tm-ppcle-eabi.h (TARGET_BYTE_ORDER_DEFAULT):
> * config/mcore/tm-mcore.h (TARGET_BYTE_ORDER_DEFAULT):
> * config/arm/tm-arm.h (TARGET_BYTE_ORDER_DEFAULT): Delete.
>
>