This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Your change breaks GDB for ARM
- From: Andrew Cagney <ac131313 at redhat dot com>
- To: Phil Edwards <phil at jaj dot com>, Richard Earnshaw <rearnsha at arm dot com>
- Cc: gdb at sources dot redhat dot com
- Date: Fri, 21 Nov 2003 11:30:58 -0500
- Subject: Re: Your change breaks GDB for ARM
- References: <20031121075532.GA13535@disaster.jaj.com>
A not so trivial find/grep shows:
cagney@nettle$ frep target_byte_order
arch-utils.c:376:/* ``target_byte_order'' is only used when non- multi-arch.
arch-utils.c:383:static int target_byte_order = BFD_ENDIAN_BIG;
arch-utils.c:384:static int target_byte_order_auto = 1;
arch-utils.c:389: if (target_byte_order_auto)
arch-utils.c:392: return target_byte_order;
arch-utils.c:412: if (target_byte_order_auto)
arch-utils.c:425: target_byte_order_auto = 1;
arch-utils.c:430: target_byte_order_auto = 0;
arch-utils.c:439: target_byte_order_auto = 0;
arch-utils.c:730: && !target_byte_order_auto
which are all perfectly fine. As for:
remote-rdp.c:355: target_byte_order = BFD_ENDIAN_LITTLE;
remote-rdp.c:359: target_byte_order = BFD_ENDIAN_BIG;
oops, missed them. I guess I could #ifdef them out (richard?). Those
assignments haven't done anything useful since 2002-02-08 when the arm
became multi-arch partial.
Andrew