TuxSH

This commit adds proper support for single-stepping on arm-none-eabi.

arm_software_single_step is now always registered in arm_gdbarch_init (arm-tdep.c) before calling gdbarch_osabi_init. Additionally, arm_software_single_step now checks whether or not the target supports single-stepping itself (which is the case for most simulators, emulators, etc.).

Following this change, we need to assume, without the knowledge the OS (if there is one) that SVC instructions return to the next user-mode instruction by default (arm_get_next_pcs_syscall_next_pc currently returns 0 which is virtually guaranteed to fail).

gdb/Changelog:

• arm-tdep.c (arm_software_single_step): Check whether the target actually has declared single-step support. Declare this function static. (arm_get_next_pcs_syscall_next_pc): Assume that SVC instructions return to the next user-mode instruction by default.

TuxSH

A comparer avec http://bulbapedia.bulbagarden.net/wiki/List_of_Pok%C3%A9mon_by_index_number_(Generation_III)

#0	0
#1	45
#2	45
#3	45
#4	45
#5	45
#6	45
#7	45

TuxSH

{
    "configurations": [
        {
            "name": "3DS",
            "includePath": [
                "~/devkitPro/devkitARM/arm-none-eabi/include",
                "~/devkitPro/libctru/include",
            ],
            "browse": {
                "limitSymbolsToIncludedHeaders": true,

TuxSH

diff -rupN a/gdb/Makefile.in b/gdb/Makefile.in
--- a/gdb/Makefile.in	2017-05-30 02:55:35.000000000 +0200
+++ b/gdb/Makefile.in	2017-05-30 02:56:48.000000000 +0200
@@ -658,6 +658,7 @@ ALL_64_TARGET_OBS = \
 # All other target-dependent objects files (used with --enable-targets=all).
 ALL_TARGET_OBS = \
 	armbsd-tdep.o arm.o arm-linux.o arm-linux-tdep.o \
+	arm-3ds-tdep.o \
 	arm-get-next-pcs.o arm-symbian-tdep.o \
 	armnbsd-tdep.o armobsd-tdep.o \

TuxSH

#include <QWidget>
#include <QApplication>
#include <QDebug>
#include <QGamepadManager>
#include <QGamepad>
#include <QtEndian>
#include <QUdpSocket>
#include <QTimer>

typedef uint32_t u32;

TuxSH

May 29 23:03:04 <Mrrraou>	just because you have access to tools (which are incomplete, unconvenient to use and/or buggy) doesn't mean you have to use them
May 29 23:03:24 <TuxSH>	which tools?
May 29 23:03:32 <Mrrraou>	qlutoo: why not (they're quite rethorical questions actually)
May 29 23:03:47 *	PistonMin has quit (Read error: Operation timed out)
May 29 23:03:55 <Mrrraou>	the ones talked about earlier? lol
May 29 23:04:23 <TuxSH>	Rosalina "incomplete, unconvenient to use and/or buggy"?
May 29 23:04:28 <TuxSH>	hahahahahahahahahahahahahahahahahahahahahahahaha
May 29 23:05:01 <Yami>	I don't think this bickering is going to help anyone 
May 29 23:05:13 <Mrrraou>	it's not
May 29 23:05:16 <Mrrraou>	my point was

TuxSH

diff --git a/gdb/Makefile.in b/gdb/Makefile.in
index 1d2dbaf3f7..2d24f09c1b 100644
--- a/gdb/Makefile.in
+++ b/gdb/Makefile.in
@@ -779,6 +779,7 @@ ALL_64_TARGET_OBS = \
 ALL_TARGET_OBS = \
 	arc-tdep.o \
 	arm.o \
+	arm-3ds-tdep.o \
 	arm-bsd-tdep.o \

TuxSH

.section "FTBL":
	.function modify_floor, "modify_floor"
	.function preprocess, "preprocess"
	.function postprocess, "postprocess"
	.function hero_main, "hero_main"
	.function floor_link, "floor_link"
	.function door_open, "door_open"
	.function elevator, "elevator"
	.function elevator_out, "elevator_out"
	.function fade_in, "fade_in"

TuxSH

.section "FTBL":
	.function preprocess, "preprocess"
	.function postprocess, "postprocess"
	.function modify_floor, "modify_floor"
	.function sound, "sound"
	.function hero_main, "hero_main"
	.function talk_100_hunter_f, "talk_100_hunter_f"
	.function talk_101_hunter_f, "talk_101_hunter_f"
	.function talk_102_hunter_f, "talk_102_hunter_f"
	.function talk_103_hunter_f, "talk_103_hunter_f"

TuxSH

typedef u32 Handle;
typedef s32 Result;

typedef s32 LightLock;
struct RecursiveLock
{
  LightLock lock;
  u32 threadId;
  u32 count;
};