CubeMX2Makefile
CubeMX2Makefile copied to clipboard
baoshi
STM32CubeMX project to Makefile converter
Not sure if this is the issue of CubeMX or not but as of CubeMX v4.18, the xml file (.cproject) has been changed slightly from **__weak=\"__attribute__((weak))\"** to just **__weak=__attribute__((weak))** So...
I'm using Arch Linux and python 3 is the default python version there it seems: ```Traceback (most recent call last): File "/home/hohoho/dev/CubeMX2Makefile/CubeMX2Makefile.py", line 208, in main() File "/home/hohoho/dev/CubeMX2Makefile/CubeMX2Makefile.py", line 188,...
For some reason, Cube uses unsigned char which creates warning since the compiler option -Wall implies `-Wpointer-sign`. Solution is to add `-Wno-pointer-sign` at the end of CFLAGS in the template...
[Reference manual](http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0489c/Chdefdgf.html) for Cortex-M7 says that FPv5 is used, but your configuration uses FPv4.
Building for an STM32F7 on OS X I got: > fatal error: lwip/opt.h: No such file or directory > fatal error: arch/cc.h: No such file or directory From these lines...
The command "make all" in ubuntu 16.04 was giving me a hard time, so I investigated and found the build folder wasn't being created. My proposed fix is to add...
if I have a project name as "stm32.freertos" will always not get the correct proj_name by using os.path.splitext().
# special case for the cortex M7 shows no definition for mcu_rx_to_cflags_dict
cubemx 4.14 project folders restructured so script no longer functions.
We got C_SOURSES without first symbol('/' - for STM34CubeMX libs and './' user's code) Now we had correct C_SOURSES paths. Tested on Ubuntu 15.10 with STM32F4Discovery board
