STM32 und C++

Ich kann mich irren, aber ist es nicht so dass es für die Prozessoren 
von ST Microelectronics keine frei verfügbaren C/C++ Compiler gibt? 
Falls dem so ist, müsstest Du Dich eben bei einem kommerziellen Anbieter 
danach umschauen.

STM32 = ARM / Cortex-M3.
Folglich gibts GCC.

Mark Brandis schrieb:
> Ich kann mich irren, aber ist es nicht so dass es für die Prozessoren
> von ST Microelectronics keine frei verfügbaren C/C++ Compiler gibt?
> Falls dem so ist, müsstest Du Dich eben bei einem kommerziellen Anbieter
> danach umschauen.

Doch, gcc. WinARM oder CodeSourcery wären meine Empfehlungen.

@FlipFlop: Deine Frage ist ein bischen arg vage. Kennst du C bzw. C++ im 
PC-Kontext oder ist alles neu? Suchst du Information für Programmierung 
im Conrtoller-Umfeld, oder über C++ allgemein?

Okay, anders gesagt: Nicht für alle ST µC gibt es frei verfügbare 
Compiler. Zumindest vom ST10 hab ich das so in Erinnerung, hat damals 
auch schon genervt der blöde Tasking ;-)
Außerdem ist Sourcery G++ laut der Homepage von CodeSourcery nicht 
kostenlos (außer vielleicht als Trial Version?). Ah ja und hier:

http://eu.st.com/stonline/products/promlit/pdf/brstmtools0708.pdf

Ah ich seh's grad:
http://www.codesourcery.com/sgpp/lite_edition.html

Dann kann man wohl ausschließlich von der Kommandozeile aus kompilieren, 
aber gut dafür ist es dann kostenlos.

Okay und was war jetzt die Frage, kannst Du schon C++ oder willst Du es 
erst erlernen?

Na dann schreib halt mal sowas:

1

LED my_led = new LED;

2

my_led->blink();

:)

Hallo!

Ich verwende einen STM32F103xxx in einem größeren Projekt und kann dir 
folgendes berichten:
Als IDE habe ich Eclipse(Galileo,C/C++ Development Package) mit 
CodeSourcery's G++ Lite Version, dazu das Zylin-GDB Plugin und OpenOCD 
0.3.1 und natürlich einem Dongle zum Flashen/Debuggen etc, alles auf 
Windoof XP.
Bei mir lassen sich C++ Programme fehlerfrei kompilieren und ausführen, 
ebenso das Debuggen. Hoffentlich hast du schon festgestellt, dass du ein 
Problem mit den verfügbaren Ressourcen des Controllers hast(RAM, Flash 
Größe etc.), falls du wirklich C++ verwendest.
Wie gesagt, es funktioniert nicht nur theoretisch, aber ob es sich lohnt 
sei dahingestellt. Naja, lohnen würde es sich bestimmt, nur du könntest 
aufgrund der begrenzten Ressourcen nicht das volle Potential von C++ 
ausschöpfen.

MfG

Hallo!

Hier ist nochmal der Anhang, war ein kleiner Fehler dabei.

MfG

Ich verwende es. Auch auf einem ATmega32. In beschränkter Form zwar, 
aber ich sehe keinen Grund, der dagegen spricht. Andere halten wiederum 
halten dies für kompletten Blödsinn.

mglw. hilfreich betr. STM32 (und Cortex-M3 generell) und C++ mit GNU 
tools:
http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/index.html#cm3_cpp1

Hallo!

Entschuldige bitte den Fehler, ich habe es gestern Abend noch schnell 
aus einem bestehenden C-Projekt modifiziert und jetzt sehe ich auch, 
dass ich es etwas schlampig gemacht habe :-)

Also im "Haupt"-makefile musst du natürlich die Zeile 43 auskommentieren 
und durch 44 ersetzen, damit arm-none-eabi-g++ verwendet wird.
Hmm, das mit der Firmware Library sollte eigentlich ohne Probleme 
funktionieren, jedenfalls tut es das bei mir.
Kannst du "nur" die Firmware Library alleine builden? Also in den fwlib 
ordner wechseln und dort "cs-make all" ausführen, was passiert dann?
Wird die *.a Datei erzeugt? Vielleicht vorher die ganzen Objekte in 
fwlib/src und natürlich das Archiv libstm32fw.a "manuell" löschen um zu 
testen, falls "cs-make clean" nicht funktionieren sollte.

MfG

Hmmm, füge mal bitte dein "Haupt"-makefile als Angang hoch, möchte es 
gerne damit probieren bei mir.

MfG

Hallo!

Wie du schon sagtest, unter Windows geht es natürlich. Nun, wenn du 
ubuntu verwendest einfach die Pfade Unix-Konform machen und ich hoffe, 
dass es dann endgültig klappt! Wie du die Pfade ändern musst, ist dir 
klar oder?

Schönen Abend noch
rocky

Ahh, warst schneller :-)
Obowhl anzumerken wäre, die fwlib sourcen musst du nicht explizit im 
"Haupt"-makefile angeben, "patsubst" sollte das eigentlich richtig 
machen.
Versuche mal LIBRARY_DIRS folgendermaßen zu ändern: -L tadd-stm32 -L 
./fwlib/
oder so ähnlich :-)

MfG

Hallo FlipFlop!

Also, wenn du die Firmware-Library von ST zu einer Library, also einer 
.a Datei, zusammenfassen kannst, dann brauchst du diese nur noch im 
Linkerscript angeben. In meinen Beispielen, einfach die *.a Datei in den 
Ordner von rom.ld und ram.ld kopieren und in den jeweiligen Scripts 
folgende Zeile ergänzen:

1

GROUP(libgcc.a libc.a libcs3.a libcs3unhosted.a libcs3-tadd-stm32.a meinelib.a)

Das sollte genügen. Bitte probieren und melden.

MfG

Hmm, also bei mir funktioniert es wieder einwandfrei, habe zu 
Testzwecken den fwlib src-Ordner gelöscht, die *.a in den Zeilen ergänzt 
in den Ordner kopiert und cs-make all gemacht und alles klappte 
wunderbar.

Hast du die include-Files im "Haupt"-makefile, die darfst du natürlich 
nicht löschen und auch den Ordner nicht, aber das ist dir wohl klar.
Ansonsten, ich habe die Library an vorletzter Stelle in den 
Linkerscripts eingefügt, da spielt die Position eine wichtige Rolle, 
probiere das mal zu ändern.

MfG

Hallo!

Kannst du mir bitte dein gesamtes "Projekt" mal zippen und als Anhang 
einfügen, wenn möglich?
Würd gerne deine Version bei mir ausprobieren, um den Fehler zu 
lokalisieren.

Übrigens, diese makefile-Geschichte würde ich nicht unterschätzen, es 
kostet halt leider viel Zeit um alles richtig zu machen(vor allem 
Abhängigkeiten). Macht sich bemerkbar bei großen Projekten und in einem 
größeren Team natürlich. Da lohnt es sich dann schon, diese Sachverhalte 
genauestens zu analysieren.

MfG