STM3210E Funktionierender Beispielcode

IAR Kickstart (mein Liebling, allerdings auf 32k beschränkt) wäre auch 
noch zu nennen. Aber egal wie: Wenn Du nicht wirklich VIEL Zeit und 
Geduld hast, würde ich auch empfehlen, was anderes als Eclipse/GCC zu 
verwenden. Ich hab auch erstmal ewig damit gekämpft und selbst dann ging 
das Debuggen per JTAG immer noch nicht zuverlässig.

Danke für die Tipps, ich habe es jetzt so gemacht:

True Studio installiert.
Demo Projekt geöffnet.
Daten extrahiert. (Verzeichnissstruktur, *.c, *.h, *.s(S), *.ld, make)
Linkerscript gerade gezogen.
Makefile gerade gezogen.

--> Läuft jetzt mit meiner nicht proprietären Umgebung.

Kannst Du vielleicht mal "Blankodateien" von
- Startup
- Makefile
- Linkerscript
für den GCC mit STM32 hier hochladen? Wirklich "unbelastet" von alten 
Projekten, damit man wirklich mal sieht, an welchen Stellen (CPU-Typ, 
target etc.) man individuell drehen muß; die reinen "Deltas" also. Ich 
würge hier auch schon seit etlichen Tagen mit Eclipse Helios, GNU ARM 
Plugin, CDT 7.0, ZylindCDT, GDB Hardware Debugging, J-Link EDU und einem 
thailändischen STM32F103RB-Board hin und her, aber von rund laufen ist 
das ganze doch noch meilenweit entfernt. Gelegentlich kann ich mal ein 
simples return 0 compilieren, nur hat das dann wieder gar nix mit STM32 
oder anderer Hardware zu tun (quasi GCC stand-alone Code). Das ganze 
läuft bei mir mittlerweile im völlig sinnlosen "try and 
error"-Verfahren, weshalb ich es auch erstmal lasse. Irgendwelche 
Beispiele ließen sich zwar weitestgehend übersetzen, aber helfen tut mir 
das auch nicht, da ich da irgendwie noch nicht den kleinsten gemeinsamen 
Nenner erkennen konnte. GCC scheint da jedem Individualisten jeden Weg 
offen zu lassen. Ist natürlich super, aber zum "abgucken" ein Albtraum. 
Wenigstens der JLink funktioniert fast überall; damit habe ich wohl 
bisher nix verkehrt gemacht.

Die Keil-Eval bis 32 kB Debuggen (compilieren wohl unbegrenzt) hilft da 
auch nicht viel weiter. Sobald man da auf den GCC wechselt, fängt man 
quasi auch bei Null an, da wird nichts vom Assistenten gemacht (na gut, 
warum auch, ist ja nicht deren Interesse). Und selbst mit dem 
Keil-Compiler quält man sich auch furchtbar, da der immer noch die alte 
STM-Firmware Version 2 als Lib vorkompiliert hat und immer dem Compiler 
mit übergibt (zumindest bei meiner 4.11).

Mit diesen ganzen Toolchainproblemen verstehe ich nicht so ganz, wie 
sich die Cortex-Programmiererei hier im Forum so großer Beliebtheit 
erfreut. Das Problem scheinen ja bis auf einige, die sich wirklich mit 
Makefile, Linkerscript und Startup auskennen, alle zu haben. Einige 
haben sich dann noch Crossworks zugelegt; die sind dann auch außen vor. 
Die 30 Tage Trial läuft bei mir auch gerade. Läuft schön und gut, aber 
ich würde wahrscheinlich Eclipse als Editor wählen. Bleiben also noch 
die 3 o.g. Files und das problemlose Debuggen als Vorteil. Ich schwanke 
noch etwas, zumal ich für das Geld mein steinaltes und eigentlich nur 
noch wegen AVR-Studio laufendes XP gegen 7 tauschen könnte. Und das wäre 
viel universeller einsetzbar. Aber das ist was anderes.