Gibt es ein portables Äquivalent zu DebugBreak()/__debugbreak?

Question 1

Im MSVC, DebugBreak() oder __debugbreak einen Debugger zum Abbruch bringen. Auf x86 entspricht es dem Schreiben von “_asm int 3”, auf x64 ist es etwas anderes. Beim Kompilieren mit gcc (oder einem anderen Standard-Compiler) möchte ich auch einen Einbruch in den Debugger machen. Gibt es eine plattformunabhängige oder intrinsische Funktion? Ich habe die XCode-Frage dazu gesehen, aber sie scheint nicht portabel genug zu sein.

Nebenbemerkung: Ich möchte damit hauptsächlich ASSERT implementieren, und ich verstehe, dass ich assert() dafür verwenden kann, aber ich möchte auch DEBUG_BREAK oder etwas in den Code schreiben.

Question 2

Eine Methode, die auf die meisten POSIX-Systeme portierbar ist, ist:

raise(SIGTRAP);

Question 3

Ich habe gerade hinzugefügt ein Modul zu Portable-Snippets (eine Sammlung von Public-Domain-Snippets von portablem Code), um dies zu tun. Es ist nicht 100% tragbar, aber es sollte ziemlich robust sein:

__builtin_debugtrap für einige Versionen von clang (identifiziert mit __has_builtin(__builtin_debugtrap))

Auf MSVC und Intel C/C++ Compiler: __debugbreak
Für ARM C/C++-Compiler: __breakpoint(42)
Für x86/x86_64, Montage: int3

Für ARM Thumb, Montage: .inst 0xde01
Für ARM AArch64, Montage: .inst 0xd4200000
Für andere ARM, Montage: .inst 0xe7f001f0

Für Alpha, Montage: bpt
Für nicht gehostetes C mit GCC (oder etwas, das sich als solches ausgibt), __builtin_trap
Ansonsten einschließen signal.h und
- Wenn defined(SIGTRAP) (dh POSIX), raise(SIGTRAP)
- Ansonsten, raise(SIGABRT)

In Zukunft wird das Modul in portablen Snippets möglicherweise um andere Logik erweitert, und ich werde wahrscheinlich vergessen, diese Antwort zu aktualisieren. Sie sollten also dort nach Updates suchen. Es ist gemeinfrei (CC0), also fühlen Sie sich frei, den Code zu stehlen.

Question 4

Was ist mit der Definition eines bedingten Makros auf der Grundlage von #ifdef, das auf der Grundlage der aktuellen Architektur oder Plattform auf verschiedene Konstrukte erweitert wird.

Etwas wie:

#ifdef _MSC_VER
#define DEBUG_BREAK __debugbreak()
#else
...
#endif

Dies würde durch den Präprozessor um die korrekte Debugger-Break-Anweisung erweitert, basierend auf der Plattform, auf der der Code kompiliert wird. Auf diese Weise verwenden Sie immer DEBUG_BREAK in deinem Code.

Question 5

GCC hat eine eingebaute Funktion namens __builtin_trap die du sehen kannst Hier, es wird jedoch davon ausgegangen, dass die Codeausführung angehalten wird, sobald dies erreicht ist.

Sie sollen dafür sorgen, dass die __builtin_trap() Der Aufruf ist bedingt, ansonsten wird danach kein Code ausgegeben.

Dieser Beitrag wurde von allen 5 Minuten Testzeit angeheizt, YMMV.

Question 6

Dies sieht nach einer geeigneten Kompatibilitätsbibliothek aus https://github.com/scottt/debugbreak

Question 7

Dies scheint eine sehr gute, tragbare Lösung für diese Frage zu sein:
https://github.com/scottt/debugbreak

Der im zitierten Repository bereitgestellte Header (debugbreak.h) kapselt MSVCs

    __debugbreak,

und

    __asm__ volatile("int $0x03");

auf i386 und x86_64 und auf ARM implementiert es

    __asm__ volatile(".inst 0xe7f001f0");

sowie die Dokumentation einiger Problemumgehungen für Probleme, die im Header für das einmalige Überschreiten des Haltepunkts in GDB sowie ein Python-Skript zum Erweitern von GDB auf diesen Plattformen angegeben sind stepi oder Forts stecken bleiben. Das Skript fügt hinzu debugbreak-Schritt und debugbreak-fortsetzen zu GDB.

Question 8

Wenn Sie bedenken assert(x) tragbar genug, assert(false) scheint die offensichtliche tragbare Lösung für Ihr Problem zu sein.