"Could not determine GDB version" running on Linux 24.04 LTS Noble

[boazkmichael]

Hi all I am a newbie to Linux and I badly want to excel in the system and currently i've stumbled upon an issue of not being able to run and debug my code to STM32-NUCLEO-F4460RE board through CUBE IDE. On running the program to my bord its i showing an error window and giving error message "Could not determine GDB version using command: arm-none-eabi-gdb --version". I asked Gemini and Chatgpt for help and got replies that made me symlink my libncurses.so.6.4 to .so.5 and similarly with libtinfo, then I installed gdb-multiarch as I was not able to download arm-none-eabi-gdb even with .gcc. Even I changed the prefernce to gdb-multiarch and its still the same. To add my Linux version is 24.04 LTS Noble. Kindly someone help me out of this mess.

[Souhaib MAZHOUD]

Hello @boazkmichael 

Are you using the latest version of CubeIDE 2.0.0?

[boazkmichael]

No the version is 1.19.0

[Ozone]

> Hi all I am a newbie to Linux and I badly want to excel in the system 

That's quite a challenge ...

What does "which gdb" say ?

It should look somewhat like this:

I suppose a Linux installation of CubeIDE should come with a proper gdb version.
I am no Cube user, so I cannot comment on that, or specific version requirements of CubeIDE.

BTW, a check to see what is installed : sudo apt list --installed | grep gdb

This should give you a list of all installed packages containing the pattern "gdb" in their name.
You need sudo rights, obviously.

[boazkmichael]

This is the output

[boazkmichael]

Also one more info to add is that, it asks for authentication each time it opens and it appears with the system icon. I don't know if it has anything to do with it but if it'll be a help in understanding the issue for any of you, then....

[Pavel A. · Accepted solution]

1. Find the arm-none-eabi-gdb binary in your ARM toolchain (installed with CubeIDE, or whatever you use).

2. Rename or delete this file

3. Create instead a symlinlk named arm-none-eabi-gdb and pointing to your gdb-multiarch  binary.

P.S.

Your goal of learning Linux may get in conflict with being productive and safe.

Decide what is more important. You can use Windows for the productivity work and learn Linux in spare time.

[Ozone]

Sorry, had been bit in a rush on friday.
These are the packages for the host, i.e. x86 applications - not for the Arm Cortex cross toolchain.

You would need to do the same inside of the CubeIDE. 
I'm no Cube user, but as Eclipse-based application, it should have an integrated terminal.
Try the "which gdb" there, followed by a "gdb --version".

IDEs like Eclipse or VS Code often install their tools in a "private" folder, and not system-wide.
Usually this is "/home/<user>/.<toolchain>/". Mind the dot in the name, I suppose you know what it means.

Subsequently, they point environment variables to their own tools, and use this environment for the build process.
However, the set of tools, their corresponding versions and the installation process is in ST's hands. In case of issues, they should suggest a remedy.

[Souhaib MAZHOUD]

Hello @boazkmichael 

This was a known issue using stm32cubeIDE 1.19.0, the libncurses must be installed manually 

Could you please try installing the new version of CubeIDE 2.0.0? This should resolve the issue.

BR, Souhaib

[mfgkw]

Depending on the Linux version it might be hard to install the required libncurses 5.

Some time ago the trick Pavel mentioned above (delete gdb from ST toolchain and replace with a symlink to gdb-multiarch) worked for me.