STM32 project in Coo-cox with GNU Tools ARM Embedded

[Md Mubdiul Hasan]

Posted on December 06, 2016 at 01:57

Dear All,

I want to have attention those who has experience on using coo-coox, I am writing here because coo-cox forum does not respond for successful logon.

My board is custom one build with centered 32F070RBTx,

The version is

CooCox CoIDE

Version: 1.7.8

Along withGNU Tools ARM Embedded\4.7 2012q4\bin, the following errors take place ,

[cc] arm-none-eabi-gcc -mcpu=cortex-m3 -mthumb -Wall -ffunction-sections -g -O0 -c ''-DC:\Program Files (x86)\GNU Tools ARM Embedded\4.7 2012q4\bin'' -IC:\STM32_toolchain\Workspace\Source_bak\cmsis_boot -

[cc] from C:\STM32_toolchain\Workspace\Source_bak\common\Inc/stm32f0xx_hal_conf.h:184,

[cc] from C:\STM32_toolchain\Workspace\Source_bak\common\Drivers\STM32F0xx_HAL_Driver\Inc/stm32f0xx_hal.h:48

[cc] C:\STM32_toolchain\Workspace\Source_bak\components\coocox-master\cmsis_core\source/core_cm0.h:214:14: error: 'Program' undeclared here (not in a function)

[cc] C:\STM32_toolchain\Workspace\Source_bak\components\coocox-master\cmsis_core\source/core_cm0.h:214:5: error: bit-field '<anonymous>' width not an integer constant

[cc] C:\STM32_toolchain\Workspace\Source_bak\components\coocox-master\cmsis_core\source/core_cm0.h:214:14: error: expected ',', ';' or '}' before 'Files'

[cc] C:\STM32_toolchain\Workspace\Source_bak\components\coocox-master\cmsis_core\source/core_cm0.h:214:14: error: stray '\' in program

[cc] C:\STM32_toolchain\Workspace\Source_bak\components\coocox-master\cmsis_core\source/core_cm0.h:214:14: error: stray '\' in program

1. Does it a problem for wrong version selection for CMSIS?

2. Is it a linking problem?

3. Do you want me to change build configuration and include all HAL library ? My device package is not available in Configuration database of Coo-cox.

KIndly take a look this view.

#coide #gnu-tools-arm-embedded #hal-libraries

Note: this post was migrated and contained many threaded conversations, some content may be missing.

[aaron239955_stm1_st]

Posted on December 06, 2016 at 02:57

I gave up on CoIDE about a year or two ago and switched to SW4STM32.  My main reason was what you are seeing, ie; no one is supporting the tool and I think fewer and fewer people are using it.

I'd suggest, if you need free unlimited code size tools, SW4STM32 is good, and I hear Atollic TrueStudio Lite is similar.  If you can live with small code size constraints Keil and EWARM are very good as well.  Stop torturing yourself with tools that don't work.

[Md Mubdiul Hasan]

Posted on December 06, 2016 at 05:29

Dear Sir AAron,

Thank you to take part in this post.

SW4STM32  is Eclipse base , isnt  it?

I am really disappointing to build my project in Keil, Coo-cox, Eclipse !

Instead of version update,  my dependencies and states files cant support different compiler.

Do you want me to apply 

Atollic TrueStudio Lite?

Regards

Hasan

[Tesla DeLorean]

Posted on December 06, 2016 at 03:59

The image is pretty much unreadable, but why have a define for the binary software path? What does that do?

The error says [cc] so it is clearly an error from the compiler, not the linker.

You are using a Cortex-M0 part, not an M3

CooCox have been out of business for a while, and their support has always been a bit sketchy.

[Md Mubdiul Hasan]

Posted on December 06, 2016 at 05:12

Thank you sir Clive1.

Kindly click the image!

As I told you previous post.

ARMCC can not compile my mdk-keil (while trying migrate coocox project to mdk-keil-uvision )for different standard file.

I manage to fail in Ecilipse also.

Kindly, give me a way to carry that project. 

[aaron239955_stm1_st]

Posted on December 06, 2016 at 11:23

CoIDE was started from Eclipse a long time ago but is mostly unrecognizable as such.  SW4STM is based on Eclipse as well, but is completely pre-configured like CoIDE (actually more so since it includes the GCC tools already integrated, you don't have to do a separate installation of the eabi toolset).

I'm not sure what you mean by '

my dependencies and states files cant support different compiler' however CoIDE uses the GCC toolchain which includes the Gnu GCC compiler, GDB etc.  SW4STM32, Keil and Atollic TruStudio are also based on this toolset so compiler and assembler directives should be consistent.

Best of luck

[Liviu Ionescu]

Posted on December 07, 2016 at 09:07

I suggest you give Eclipse one more chance and try

http://gnuarmeclipse.github.io

. follow the install steps by the book until you run the F4 blinky application on QEMU, and you'll have a fully functional environment.

[Md Mubdiul Hasan]

Posted on December 08, 2016 at 02:55

Dear Sir Liviu Ionescu,

Could you kindly explain its benefit ?

Isn't  it using ARM Embedded Processors?

[Liviu Ionescu]

Posted on December 08, 2016 at 08:10

It does use the arm-none-eabi-gcc, but it allows you to use any toolchain version you want, even to install multiple versions at the same time and chose one per project.

And the project creation wizard does support STM32F0 directly.

BTW, in your case the compile errors might be caused by the wrong selection of the device, F0 is a Cortex-M0 not a Cortex-M3.

As for the benefits of using Eclipse, the short answer is 'the indexer'. There is no other IDE with a better knowledge of your program than Eclipse, and as such it helps you view your programs better, it greys unused sequences of code, it shows the function definitions on mouse over, etc.