This is the mail archive of the
mailing list for the GDB project.
Re: [PATCH 5/7] Add support for software single step on ARM aarch32-linux in GDBServer.
- From: Yao Qi <qiyaoltc at gmail dot com>
- To: Antoine Tremblay <antoine dot tremblay at ericsson dot com>
- Cc: Yao Qi <qiyaoltc at gmail dot com>, <gdb-patches at sourceware dot org>
- Date: Mon, 14 Sep 2015 17:10:01 +0100
- Subject: Re: [PATCH 5/7] Add support for software single step on ARM aarch32-linux in GDBServer.
- Authentication-results: sourceware.org; auth=none
- References: <1441973603-15247-1-git-send-email-antoine dot tremblay at ericsson dot com> <1441973603-15247-6-git-send-email-antoine dot tremblay at ericsson dot com> <8637yh5kpz dot fsf at gmail dot com> <55F6C071 dot 1040104 at ericsson dot com>
Antoine Tremblay <firstname.lastname@example.org> writes:
> Usually it will be , however see commit :
> Which I will partially quote here :
> "tdep->arm_breakpoint, tdep->thumb_breakpoint, tdep->thumb2_breakpoint
> should be set le_ variants in case of arm BE8 code. Those instruciton
> sequences are writen to target with simple write_memory, without
> regarding gdbarch_byte_order_for_code. But in BE8 case even data
> memory is in big endian form, instructions are still in little endian
> So in BE8 code the instructions are not of the same endianness as the
> data memory...
Do you want to support BE8 in GDBserver in your patches? If yes, please
split them out of your patch set. Current GDBserver doesn't consider
the difference of data endianness and instruction endianness, so you
don't have to worry about it too much, unless you really want to fix
problems on this.
> Also even if unlikely you could have a BE program being debugged in a
> LE GDBServer assuming the proper BE libs are also present on the
I don't think it is practical to do so...
> Thus, GDB makes no assumptions about the endianness being the same as
> it's own and I don't think GDBServer should either.
GDB makes no assumptions because GDB and inferior program may run on
different machine of different endianness. However, GDBserver and the
inferior program are running on the same machine, it can assume that.