gdb catchpoint auf schreiben syscall funktioniert nicht

Question

Ich debugge ein Problem, das ich in der Clam-Compiler auf GNU/Linux gefunden (berichtete here). Um das Problem zu finden, muss ich rückwärts von dem Punkt debuggen, an dem clang die Ausgabedatei schreibt.

Ich versuchte, ein Catchpoint auf der Schreib syscall Einstellung:

(gdb) catch syscall write 
Catchpoint 2 (syscall 'write' [1]) 

Ich habe auch einen Haltepunkt:

(gdb) break write 
Breakpoint 3 at 0x7ffff6a7c700: write. (2 locations) 

Aber wenn ich ein Testprogramm zu kompilieren, wird kein Breakpoint ausgelöst: GDB nur Ausfahrten normalerweise. Ich habe bestätigt, dass es die Ausgabedatei schreibt, also muss write irgendwo aufgerufen werden. Weiß jemand, was ich hier falsch machen könnte? Vielen Dank!

Answer 1

Es gibt eine "häufigste" Möglichkeit, Debugging clang statt clang -cc1. Der Treiber führt sich selbst neu aus, um Stack-Traces und andere Dinge einfacher zu machen, indem Fehler in erzeugten Programmen abgefangen werden. Wenn Sie das Debuggen ausführen, kann kein Breakpoint gesetzt werden, da er keinen Code aufgerufen hat Sie haben einen Haltepunkt in.

Sie können clang mit -v verwenden, um eine Befehlszeile -cc1 zu erhalten, und legen Sie dann gdb - args zu.