[Bug gdb/23710] gdb is slow and memory hungry consuming debug generated with LTO by GCC

["rdiezmail-binutils at yahoo dot de" <sourceware-bugzilla@sourceware.org>]

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

--- Comment #18 from rdiezmail-binutils at yahoo dot de ---
Could someone clarify the status of this issue? Is a fix going to land soon?

I would also like to know what the last version of GDB is without this issue,
if any. And whether it would still work with newer GCC versions.

Yesterday, GDB used too much memory on my PC. It even managed to freeze my
Linux system, to the point that not even the mouse cursor was moving. I had to
pull the power cord. I don't have a swap file, but the OOM killer did not
trigger.

I am using a toolchain similar to this one:

https://github.com/rdiez/JtagDue/blob/master/Toolchain/Makefile

But I am targetting an embedded ARM Cortex-M4 at the moment.

The toolchain component versions I was using were:

  BINUTILS_VERSION := 2.35.1
  GMP_VERSION := 6.2.1
  MPFR_VERSION := 4.1.0
  MPC_VERSION := 1.2.1
  GCC_VERSION := 10.2.0
  NEWLIB_VERSION := 4.0.0
  GDB_VERSION := 10.1

GDB version 10.1 was sluggish with LTO release builds, but because I normally
use non-LTO debug builds, I have put up with this issue for a long time.

However, I recently upgraded these toolchain component versions and rebuilt the
toolchain:

  BINUTILS_VERSION := 2.36.1
  NEWLIB_VERSION := 4.1.0

After the upgrade, GDB started using gigabytes of memory when programming the
firmware.

The embedded firmware I am building has changed too, but it is very similar, so
it is hard to say if any particular change, for example #including more files
(which could bring in more debug symbols), has triggered the problem.

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