Posted by bakinci on 2018-11-19 16:36

I believe I’m having the same problem: when updating from 2.4.0 to 2.7.0.
I’ve tried reverting, deleting new install and re-installing 2.7.0 several times: Same result each time.
The messages resemble this:

c:\openstm32\systemworkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.16.0.201807130628\tools\compiler\lib\gcc\arm-none-eabi\7.2.1\include\stdint.h:9:16: fatal error: stdint.h: No such file or directory
 # include_next stdint.h
                ^~~~~~~~~~
compilation terminated.

(I couldn’t get the above to show lt and gt signs around stdint.h...)

My recommendation to you would be try an older version if you can. It looks like the broken ARM toolchain was introduced in IDE v2.5.0. I haven’t yet found why it’s not broken for everyone else.

Posted by bakinci on 2018-11-19 18:50

In case anyone else is having the same problem:
Help -> Installation Details -> Installation History -> Delete
does not actually delete the files. Also, install doesn’t actually re-install by expanding the archive. So no amount of Delete/Revert/Install made any difference.

In my case, it appears somehow I ended up with an incompletely-unzipped directory at:

C:\OpenSTM32\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.16.0.201807130628/tools/compiler

I could not figure out how to delete the folder or otherwise convince Eclipse to re-install it. I ended up manually unzipping the file:

st-gnu-arm-gcc-7-2017-q4-major_gdb-5_4-2016q3-win32.zip

Now, the GNU ARM toolchain is complete again.

Posted by cncjerry on 2018-11-19 21:31

I’ve been having an issue where even though the workbench finds the declaration (right click, find declaration) for various kinds of things (e.g. uint8_t, uint32_t, etc), they are still underlined and compiles ok. I don’t have this problem on the Windows version, just on my mac. I have included.

Jerry