Loading...
 
Skip to main content

System Workbench for STM32


Could not determine GDB version using command:

Could not determine GDB version using command:

/home/user/devel/eclipse/plugins/fr.ac6.mcu.externaltools.arm-none.linux64_1.7.0.201602291252/tools/compiler/bin/arm-none-eabi-gdb ----version
error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

I use Manjaro Linux based on Arch Linux and Eclipse Neon libncurses v6.0 is installed. I created symlink

ln -s /lib/libncurses.so /lib/libncurses.so.5

So it can found library in /lib/ but... I also tried to create symlink in arm-none-eabi bin folder:

ln -s /lib/libncurses.so /home/user/devel/eclipse/plugins/fr.ac6.mcu.externaltools.arm-none.linux64_1.7.0.201602291252/tools/compiler/bin/libncurses.so.5

Still the same error.

Hopefully this is still useful for you or someone else:

I have had the same issue and I just switched from the workbenchs arm-none-eabi-gdb to the one, that is installed on my Arch Linux system.
The one of my System: /usr/bin/arm-none-eabi-gdb (I've got that info with this command "which arm-none-eabi-gdb")

So i went in workbench into: Run->Debug Configurations->Debugger
There I've changed the GDB command from "${openstm32_compiler_path}/arm-none-eabi-gdb" to "/usr/bin/arm-none-eabi-gdb"

Then the Debugging began to work.

I hope answering to this "old" thread does not violate any rule here.


That's incredible !
I was working on exactly the same problem at the same time !
.... and I found the same solution. 😂


My solution to a similar problem was to install the distribution's arm-eabi-none-gdb package, which Fedora thoughtfully provide separately from cross compiler sutie.

I can still rebuld the project so it seems that the rest of the tools do not have any similar dependency issues.

I then point to the working gdb using : Run->Debug Configurations->Debugger


However, it is now OpenOCD which fails.
__
in procedure 'program'
in procedure 'init' called at file "embedded:startup.tcl", line 473
in procedure 'ocd_bouncer'

    • OpenOCD init failed **

shutdown command invoked__


Not very helpful error trapping in 'ocd_bouncer'

It looks like this AC6 product is starting to suffer from bit-rot. 😑


France

Hi,

The compiler and debugger are provided by Linaro as 32-bit programs; you should then install the 32-bit versions of the required libraries.

I know this is inconvenient, but we prefer to stick to the Linaro-provided compiler distribution as it is validated before release by Linaro, with an extensive test suite, something we could not do if we recompile it for 64-bit. So, as long as Linaro is only providing 332-bit Linux executables, you must install the needed 32-bit libraries.

Bernard (Ac6)


I'm also getting the following error while launching the debugger on Debian x64.
So i solved it to install lib32ncurses5 with this command on terminal:

$ sudo apt-get install lib32ncurses5


Atollic TrueSTUDIO® for STM32, Built on Eclipse Neon.1a.
Version: 9.0.1
Build id: 20180420-1214

Manjaro Linux XFCE Edition (17.1.12)

problem: run Debugger:

/opt/Atollic_TrueSTUDIO_for_STM32_x86_64_9.0.1/ARMTools/bin/arm-atollic-eabi-gdb: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

/opt/Atollic_TrueSTUDIO_for_STM32_x86_64_9.0.1/ARMTools/bin/arm-atollic-eabi-gdb: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory

solution: make symbolic links

cd /usr/lib
ln -s libncursesw.so.6.1 libncurses.so.5
ln -s libncursesw.so.6.1 libtinfo.so.5


I use ubuntu studio 19.10. I've solve that problem setting the symbolic links:

sudo ln -s libncursesw.so.6.1 libncurses.so.5
sudo ln -s libncursesw.so.6.1 libtinfo.so.5

and then installing libncurses:

sudo apt-get install libncurses5

hope it helps!


Ukraine

I'm running sw4stm32 on Ubuntu 20.04 and I couldn't solve this problem as described above.
But I have solved it by installing libncurses5:i386 library:

sudo apt-get install libncurses5:i386

same for me on Ubuntu, it is fixed with "sudo apt-get install libncurses5:i386"
On the installation page, it is recommended to install libc6:i386 and lib32ncurses5
As I did not find lib32ncurses5 in the Ubuntu repository, I installed the lib32ncurses6 that was available.
How did you find out about the ":i386" suffix?



 
Collapse/expand modules below