GCC Toolchain problem

[mailmail9116]

Posted on May 22, 2013 at 18:17

Hi ,

Does anyone know about a free GCC toolchain that supports hardware floating point compile (FPU)? Because i am using Cortex M4F , and codesourcery lite does not support this feature. Thanks Michael #c-runtime

[gfuehrer]

Posted on May 22, 2013 at 18:29

The ARM consortium maintains these pre-built binaries and source tree:

https://launchpad.net/gcc-arm-embedded I'm using it and, yes, it does compile for hardware floating point (Coretex-M4F). Cheers, -Gary

[frankmeyer9]

Posted on May 22, 2013 at 19:32

http://www.emblocks.org/web/

(Beta, with IDE), and

https://github.com/esden/summon-arm-toolchain

(plain make-based), too.

[Tesla DeLorean]

Posted on May 22, 2013 at 20:07

Yagarto 4.7.2 seems to generate viable FPU code sequences. You get what you pay for wrt other library support.

[mailmail9116]

Posted on May 22, 2013 at 20:48 The problem with yagarto is that it does not have crt0.o file  ( i looked in older versions too) . if you know how to solve this issue,it would be great ! 🙂

[Tesla DeLorean]

Posted on May 22, 2013 at 21:19

if you know how to solve this issue,it would be great ! 🙂

I've built STM32F4 code using startup_stm32f4xx.s, the RIDE one seems the most practical starting point. There is other library stuff in STM32F4xx_DSP_StdPeriph_Lib_V1.1.0\Project\STM32F4xx_StdPeriph_Templates\TrueSTUDIO\syscalls.c

[jpeacock2399]

Posted on May 23, 2013 at 15:46

With CMSIS the crt0 file is replaced by the vendor specific startup file.  In any case the startup is whatever you put in the reset vector table entry.  I prefer the CMSIS method since it's common with Cortex M parts, but I do heavily customize the C runtime startup to handle things like non-volatile SRAM.

  Jack Peacock

[mailmail9116]

Posted on May 23, 2013 at 19:37

I started using https://launchpad.net/gcc-arm-embedded , it works great also as told it supports FPU 🙂