SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world. And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download (registration required) various documents highlighting:

System Workbench for STM32

Program "arm-none-eabi-g++" not found in PATH

I have just installed SW on a Windows 10 laptop, and created a new project for STm32F7-disco board, according to instructions on web site.

Program “arm-none-eabi-g++” not found in PATH testf7 Project Properties, C++ Preprocessor Include.../Providers, Ac6 SW4 STM32 MCU Built-in Compiler Settings options C/C++ Scanner Discovery Problem
Program “arm-none-eabi-gcc” not found in PATH testf7 Project Properties, C++ Preprocessor Include.../Providers, Ac6 SW4 STM32 MCU Built-in Compiler Settings options C/C++ Scanner Discovery Problem

and cannot build.

The tools are on my laptop, in C:\Ac6\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.3.0.201507241045\tools\compiler\bin.

It seems surprising that SW cannot find its own tools. Anyway, is there a way to fix this?

Ok, seems this is a known problem. The project does actually build - just delete the errors and carry on regardless..

Giving the impression that the installation has failed is a terrible way to greet a new user, if this was my software I woud fix it ASAP.

As of today - Jan 27th 2016 (4 months later) - still same over here. Deleted the errors, things proceeded ok.
Welcome of sorts :-). Talk of product marketing............

Same here,

just installed Eclipse and System Workbench according to the manual on a fresh Win7. I did not change any further settings for compiler or debugger.

I have created a new C project. Selected my Nucleo board. Downloaded and used the liabrary and went to compile the idle loop main program.

And voila


not found.

For now I will try to ignore this “feature” but if anybody as an idea how to fix it feel free to post the solution within this conversation.

Extract gcc-arm-none-eabi-5_4-2016q3-20160926-win32.zip file in C:\Ac6\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.201705091103\tools\compiler folder and it will solve the issue.


Is the build process working ? If it’s working, this is a known bug due the Eclipse indexer synchronization. If you delete the errors or relaunch Eclipse, it should not appear, the error message should not appear. (I agree really confusing for users, and we’re looking for how to avoid it)

If not, it means the compiler has not been installed or cannot be executed. Please, verify that the plugin fr.ac6.mcu.externaltools.arm-none.win32 is installed in your Eclipse directory.


In my case (Ubuntu 14, 64bit) the fix was to install some 32-bit libraries.
The error is misleading, it’s actually dependencies of the (32-bit) arm gcc binary not being found.

sudo apt-get install lib32z1 lib32ncurses5 lib32bz2-1.0

Wow, just wrong... Has anyone from the Sys WB even responded?

so after that hard introduction I get this Error 258

saw a fix but I dont know what they mean?

Well, I removed “weak=attributeweak” and “packed=attributepacked” from the list of defined symbols within C/C++ Settings and my error is gone. I wonder why CubeMX does that.

I have a fresh install of SW4STM32 v2.0.

I ran into the error, ‘arm-none-eabi-g++ not found in PATH’.
C/C++ build variables in the project properties had C:\Ac6\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.201705091103\tools\compiler\bin in the path, but no such folder existed.

Folder contents for

-> make/
-> gcc-arm-none-eabi-5_4-2016q3-20160926-win32.zip

I extracted the zip file to a folder named ‘compiler’, and build succeeded. For some unknown reason, the installer neglected to do this.

Hello rshift,

gcc-arm-none-eabi-5_4-2016q3-20160926-win32.zip should be automatically extracted at startup if compiler folder is missing.
If it is not done you may have corresponding Java exceptions into your workspace log file (workspace/.metadata/.log).
This will help to understand what is going wrong.