From 8a39ee361feb9bf46d728ff1ba4f07ca1d9610b1 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg
+GDB does not understand Go programs well. +The stack management, threading, and runtime contain aspects that differ +enough from the execution model GDB expects that they can confuse +the debugger, even when the program is compiled with gccgo. +As a consequence, although GDB can be useful in some situations, it is +not a reliable debugger for Go programs, particularly heavily concurrent ones. +Moreover, it is not a priority for the Go project to address these issues, which +are difficult. +In short, the instructions below should be taken only as a guide to how +to use GDB when it works, not as a guarantee of success. +
+ ++In time, a more Go-centric debugging architecture may be required. +
+@@ -19,8 +36,8 @@ use to inspect a live process or a core dump.
-Pass the '-s'
flag to the linker to omit the debug information
-(for example, go build -ldflags "-s" prog.go
).
+Pass the '-w'
flag to the linker to omit the debug information
+(for example, go build -ldflags "-w" prog.go
).
-- cgit v1.2.3