https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #4 from Dominik Vogt <vogt at linux dot vnet.ibm.com> ---
The stack traces in gdb look good:
line 64:
--------
#0 __go_new (td=td@entry=0x8010c8e8 <__go_td_S1_xAN5_uint81024ee>,
size=size@entry=1024) at ../../../libgo/runtime/go-new.c:14
#1 0x000000008000c32c in pprof_test.allocateTransient1M () at mprof_test.go:21
#2 0x000000008000c58a in runtime_pprof_test.TestMemoryProfiler (
t=0xc2088502d0) at mprof_test.go:64
line 65:
--------
#0 __go_make_slice1 (td=td@entry=0x80109848 <__go_td_AN5_uint8e>,
len=len@entry=2097152) at ../../../libgo/runtime/go-make-slice.c:74
#1 0x000000008000c3a8 in pprof_test.allocateTransient2M () at mprof_test.go:30
#2 0x000000008000c590 in runtime_pprof_test.TestMemoryProfiler (
t=0xc2088502d0) at mprof_test.go:65
line 66:
--------
#0 __go_new (td=td@entry=0x8010cc18 <__go_tdn_runtime_pprof_test.Obj32>,
size=size@entry=32) at ../../../libgo/runtime/go-new.c:14
#1 0x000000008000c44c in pprof_test.allocatePersistent1K ()
at mprof_test.go:43
#2 0x000000008000c596 in runtime_pprof_test.TestMemoryProfiler (
t=0xc2088502d0) at mprof_test.go:66
