[Bug gdb/28219] arm-none-eabi-gdb, .../gdb/utils.c:671: "internal-error: virtual memory exhausted: can't allocate 4064 bytes"

["me at dominicclifton dot name" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=28219

--- Comment #15 from Dominic Clifton <me at dominicclifton dot name> ---
Hi Luis,

thanks again for the continued updates on this.  your replies are much
appreciated.

The code used to build the binary is using LTO, you can see the flags here:

https://github.com/hydra/betaflight/blob/master/Makefile#L153C26-L153C85

specifically: '-flto -fuse-linker-plugin -ffast-math -fmerge-all-constants' are
passed to LD here, via `LD_FLAGS`:

https://github.com/hydra/betaflight/blob/master/Makefile#L288

and to GCC here, via `CC_*_OPTIMIZATION`:

https://github.com/hydra/betaflight/blob/master/Makefile#L429-L453

Yes, the code was built with '12.2-Rel1' too, as mentioned my 'local.mk' has
12.2.1 in it (see https://sourceware.org/bugzilla/show_bug.cgi?id=28219#c10)
and the gcc version is checked before compiling, and I have double checked that
the check is also working. (See
https://github.com/hydra/betaflight/blob/master/mk/tools.mk#L261-L269)

I agree that some improvements should be made in both the generation of debug
information (cc/ld) and in the handling of debug information (gdb).

What's the best way to proceed at this point?

-- 
You are receiving this mail because:
You are on the CC list for the bug.