Varieble referenzed but not never declared

[stm32 Keil uVision var declared but not referenzed (Gast)]

Hallo,

wie der Titel vermuten lässt benutze ich die Keil uvision IDE für einen 
ARM cortexm3 STM32.

Beim Versuch das STM32 USART printf beispiel zu modifiezeren stoße ich 
auf folgendes Problem:

Sobald ich eine variable declariere

..
 s16 test=1;
..

gibt mir der Compiler folgende Fehlermeldung aus:

..\..\examples\USART\Printf\main.c(89): error:  #268: declaration may not appear after executable statement in block

..\..\examples\USART\Printf\main.c(89): warning:  #177-D: variable "test" was declared but never referenced

Im geposteten Beispiel habe ich nur die variable s16 eingefügt und sonst 
alles auf standart gelassen.

habt ihr eine Idee warum das passiert?

mfg
timo

[Bernhard B. (schluchti)]

Du musst deine Variablen am Beginn der Funktion deklarieren.

z.B:

void test(){ 
   uint16_t variable = 0; //funktioniert
   test2(); //rufe die Funktion test2 auf
}

void test(){
   test2(); //rufe die Funktion test2 auf
   uint16_t variable = 0; //funktioniert nicht
}

[Klaus W. (mfgkw)]

1. in C müssen in jedem Block erst die Deklarationen und
   Definitionen kommen, dann die ausführbaren Anweisungen.
   Deine s16 scheint nach einer ausführbaren Anweisung zu kommen.
2. Etwas mehr Quelltext erspart das Rätselraten.
3. Texte, die nicht in jedem Satz mehrere Fehler enthalten
   sind leichter lesbar.

[stm32 Keil uVision var declared but not referenzed (Gast)]

Hallo,

vielen dank für die schnelle Hilfe.

kannst du mir ein stichwort geben damit ich weitere informationen 
googeln kann, oder mir erklären warum das nicht funktioniert ?

(bei programmen für Linux hatte ich damit noch keine probleme)



mfg
tom

[Tim T. (tim_taylor)]

Klaus Wachtler schrieb:
> 1. in C müssen in jedem Block erst die Deklarationen und
>    Definitionen kommen, dann die ausführbaren Anweisungen.

Diese Aussage gilt nur bis C99...

[Klaus W. (mfgkw)]

Tim T. schrieb:
> Diese Aussage gilt nur bis C99...

genau genommen "bis vor C99"; in C99 ist es schon frei.

Offenbar hat er aber nicht C99...

[Klaus W. (mfgkw)]

stm32 Keil uVision var declared but not referenzed schrieb im Beitrag 
#1819132:
> kannst du mir ein stichwort geben...

C-Standard, ISO-C99, ISO-C89
http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/

[Klaus W. (mfgkw)]

Und das Handbuch zu deinem Compiler natürlich

[Klaus W. (mfgkw)]

stm32 Keil uVision var declared but not referenzed schrieb im Beitrag 
#1819132:
> (bei programmen für Linux hatte ich damit noch keine probleme)

Das liegt daran, daß du da vermutlich den gcc genommen hattest.
Der kennt zum einen etliche verschiedene C-Standards (je nach
Compileroptionen), und zum anderen sieht er selbst bei einem
eingestellten älteren Standard recht großzügig über viele
eigentlich nicht zulässige Dinge hinweg.

Beispiel: Mit der Option -std=c89 akzeptiert er sowohl
Quelltext nach ISO-C89, als auch etliche Erweiterungen.
Dein Beispiel, in dem erst ausführbare Anweisungen kommen und
dann nochmal Deklarationen/Definitionen, wäre nach C89 eigentlich
falsch, der gcc sagt aber nichts dazu und schluckt es.
Mit -std=c89 -pedantic akzeptiert er ebenfalls C89, meckert aber
alles an, was über C89 hinausgeht. Dein Programm wäre damit
also falsch.
Mit -std=c99 ist es in jedem Fall wieder richtig, egal ob mit
oder ohne -pedantic.

Wieder: http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/