LLVM/clang als Compiler für Cortex-M

[drama (Gast)]

Hallo zusammen,

wie sind eure Erfahrungen mit clang als Alternative zum gcc als 
C-Compiler auf 32-Bit-Mikrocontrollern? Es wäre doch schön, eine 
Alternative zu haben.
LLVM hat einen Port für die diversen Cortex-M und sollte in der Lage 
sein, Code für "bare metal" zu kompilieren. Man findet bisher jedoch 
wenig bis keine genauen Informationen dazu im Netz, wie man das angeht.

[FelixW (Gast)]

Habe bisher keine Zeit und Muße gehabt das auszuprobieren:
http://sushihangover.github.io/arm-cortex-m3-bare-metal-with-newlib/

Gibt noch ein paar Folgeartikel. Hauptproblem ist wohl das Linkerscript. 
Die Newlib wird vom gcc verwendet.

[Ben W. (ben_w)]

hab es auch mit ellcc kurz probiert (http://ellcc.org/)

habe bisher geschafft ein "hello world" zu compilieren und unter qemu 
laufen zu lassen, allerdings nicht auf dem tatsächlichen target :)

[Andreas S. (andreas) (Admin)]

Rowley Crossworks liefert neuerdings (?) zusätzlich zu GCC eine 
Clang/LLVM-Toolchain mit (http://www.rowley.co.uk/arm/).

[Frank D. (sinx)]

Ich habe gerade meinen erstes Cortex M0 Projekt unter Crossworks von gcc 
auf clang umgestellt. Hatte gleich mal Probleme, dass mein Assemblercode 
nicht compiliert wurde, weil bei GCC "add R0,#32" bei clang "adds 
R0,#32" heißen muss. Das Gleiche gilt für sub. Das kann man aber mit 
"#ifdef __clang__" abfangen.
Generell compiliert clang deutlich schneller bei mir. Faktor 2 ist 
realistisch.

[benwilliam (Gast)]

und hat sich der wechsel gelohnt?

[Olivier Martin (Gast)]

I cannot read much German. But I released earlier this week a firmware 
framework - PolyMCU https://github.com/labapart/polymcu - that primary 
targets ARM Cortex-M. You can use either GCC or LLVM. And because it is 
based on CMake you can build either on Windows or Linux or MacOS.

I also wrote a blog where I compared GCC and LLVM build size on ARM 
Cortex-M: 
http://labapart.com/blogs/3-the-importance-of-the-toolchain-version-in-embedded-space

[Frank D. (sinx)]

benwilliam schrieb:
> und hat sich der wechsel gelohnt?

Jepp, alleine schon wegen den deutlich besseren und aussagekräftigeren 
Fehlermeldungen, die die Fehlersuche erleichtern. Die Warnungen helfen 
auch beim Vermeiden von Fehlern. Z.B. wird beim Schreiben der Zahl 
0xabcde in einen uint8_t eine Warnung ausgegeben, die man auch kapiert 
("bla ... 703710 wird zu 222").