MSPGCC Fehler im CCS 6.0

iar user schrieb:
> Es wurde Code mit dem Extended Befehlssatz generiert.

Na, eigentlich andersrum. main.o ist "klassischer" MSP430, aber der 
Startup-Code, der dazugelinkt werden soll, ist MSP430X.

Kontrollier mal, ob bei den Linker Settings auch der korrekte -mmcpu 
Parameter gsetzt ist. Ansonsten ist wohl wirklich der Speicher voll.

Ecki schrieb:
> Das hier könnte helfen:
> 
http://forum.43oh.com/topic/5419-code-composer-studio-v6-now-officially->released/?p=47408

Ich hab das _start.S File zum Projekt hinzugefügt, allerdings weiß ich 
nicht genau was mit "Note: You will also have to move the '*(COMMON)' 
line from the .noinit section to the .bss section in your linker script 
file." gemeint ist. Die besagten sections sehen im msp430g2231.ld linker 
file so aus:

1

.bss : {

2

    . = ALIGN(2);

3

    PROVIDE (__bssstart = .);

4

    *(.dynbss)

5

    *(.sbss .sbss.*)

6

    *(.bss .bss.* .gnu.linkonce.b.*)

7

    . = ALIGN(2);

8

    PROVIDE (__bssend = .);

9

    _end = .;

10

    PROVIDE (end = .);

11

  } > RAM

12

  PROVIDE (__bsssize = SIZEOF(.bss));

13

14

  .noinit : {

15

    . = ALIGN(2);

16

    PROVIDE (__noinit_start = .);

17

    *(.noinit)

18

    . = ALIGN(2);

19

    *(COMMON)

20

    PROVIDE (__noinit_end = .);

21

    end = .;

22

  } > RAM

Wo genau soll ich die '*(COMMON)' Zeile hin verschieben?

Ich erhalte nach wie vor folgende Fehlermeldungen: siehe Bild.

Als Device ist der MSP430G2231 eingestellt. In den 
Compiler-Einstellungen (CCS Build > GNU Compiler > Runtime) ist 
standardmäßig unter -mcpu nichts eingetragen und unter -mmcu msp430. 
Wenn ich bei -mcpu 430 eintrage, bleiben noch vier Fehler:

1

region `RESETVEC' overflowed by 2 bytes       

2

gmake: *** [msp430g2xx1_1.out] Error 1       

3

msp430g2xx1_1.out section `__reset_vector' will not fit in region `RESETVEC'  

4

gmake: Target `all' not remade because of errors.

Im mspgcc manual 
http://mspgcc.sourceforge.net/manual/c745.html#compiler-options ist für 
die Option -mmcu "msp430" interessanterweise gar nicht vorhanden.

Wie gesagt, wenn ich einfach auf den TI compiler umschalte, funktioniert 
es problemlos. Der Speicher kann vom kleinen Programm unmöglich voll 
sein. Die Header-files sind auch die gleichen. Was kann den Speicher 
noch überfüllen?

Die -msp430 Option ist für diese Uniarch Geschichte, das hab ich aber 
auch noch nicht vollständig durchschaut. Ich hab bei Compiler und Linker 
Optionen jeweils die vollständige Bezeichnung des MSP beim -mmcu 
Parameter drin, damit klappts. Bei einem neuen Projekt im CCE6 wird das 
nicht korrekt gesetzt.

Wenn ich unter CCS Build > GNU Compiler > Runtime > bei -mmcu 
"msp430g2231" eintrage, bleiben immer noch diese vier Fehler vorhanden. 
Muss man das noch sonst wo eintragen?

Ich hab bei Runtime:
Target CPU: leer
Target MCU: MSP430f5172
Rest alles leer

Bei CCS General
Variant: MSP430F5172
Linker Command file: msp430f5172.ld
Runtime support lib: libc.a

Das mit dem extra Linker mmcu war mein Fehler, das war beim MSPGCC 
PlugIn immer so. Der TI setzt das automatisch rein.

Hatte das schon mehrmals ohne Erfolg versucht, aber jetzt funktioniert 
es auf einmal. Hab mehrere Beispielprojekte ausprobiert. Beim GNU v4.8.0 
verwende ich jetzt folgende Einstellungen:

CCS Build > GNU Compiler > Runtime:
alles leer bis auf Target MCU: MSP430G2231

CCS General:
Variant: MSP430G2231
Linker Command file: msp430g2231.ld
Runtime support lib: libc.a

Damit funktioniert's! Vielen Dank für die Hilfe!

EDIT:
Hab gerade die Ursache für den RAM-overflow Fehler gefunden. Da verlässt 
man sich auf mitgelieferte Beispielprogramme und übersieht, dass am Ende 
des Hauptprogramms die while(1)-Schleife fehlt. Das gefällt dem 
gcc-compiler offensichtlich nicht. Bisher war am Ende immer nur

1

__bis_SR_register(LPM0_bits + GIE);

also Low-power-Mode 0 und Interrupts aktivieren. Ein einfaches while(1); 
danach und schon ist der gcc glücklich!