SREG nicht definiert?

warum willst du überhaupt SREG sichern? Dafür gibt es doch überhaupt 
kein Grund. Nach jeder Anweisung steht wieder was anderes drin.

Der Cast ist auch nicht notwendig

1

firstfunc_asm((uint8_t*)myArray);

es sollte ohne genauso gehen:

1

firstfunc_asm(myArray);

Peter II schrieb:

> warum willst du überhaupt SREG sichern? Dafür gibt es doch überhaupt
> kein Grund.

Vermutlich will er den Code einer ISR in main() testen. Das ist u.U. 
keine ganz schlechte Idee, habe ich auch schon das eine oder andere Mal 
getan, einfach nur, um das Debugging zu erleichtern.

> Nach jeder Anweisung steht wieder was anderes drin.

Nein, längst nicht nach jeder Anweisung steht da was anderes drin. Sehr 
viele Anweisungen tangieren SREG überhaupt nicht.

> [c]

Ah, fuck. C... Naja. Da muss man natürlich mehr oder weniger raten, ob 
SREG betroffen sein könnte oder nicht. Maximal ist ein "educated guess" 
möglich oder die Lektüre des Assemblercodes, den der C-Compiler 
raushaut. Der aber schon bei der Verwendung einer anderen 
Optimierungsoption wieder völlig anders aussehen kann und erst recht bei 
Verwendung eines anderen Compilers. Im Allgemeinen wird man also in C 
SREG sichern müssen, wenn man den Einflussbereich des linearen 
Compilerlaufs verlässt...

In Asm hingegen absolut kein Problem: man schaut einfach in die 
"instruction set reference". Da steht das einfach für jede legale 
Anweisung eindeutig drin. Und zwar nicht nur OB SREG beeinflusst wird, 
sondern auch noch ganz genau WIE...

Das ist einer der Hauptvorteile von Asm. Volle Kontrolle der machine 
flags (lesend und schreibend). Ein erklecklicher Teil der in Asm 
erzielbaren Performancevorteile resultiert aus genau diesem Sachverhalt.

Wenn dein Compiler SREG nicht kennt, hast du ihm wichtige
Informationen vorenthalten: Erst mal schon die µC-spezifische
Header (.h)-Datei.

Ansonsten muss man SREG nur zum Beginn von Interruptroutinen,
die den Inhalt von SREG ändern können, sichern - und vor dem
Rücksprung wieder herstellen.
Da wird ein Programmablauf unterbrochen - und wenn der
Programmablauf wieder aufgenommen wird, muss das SREG (und
alles was sonst vom Programmablauf als verlässlich betrachtet
wird) wieder wie vor der Unterbrechung aussehen.

Und wer C benutzt, muss dem Compiler natürlich verraten,
wenn eine Funktion eine Interrupt-Service-Routine ist.
DANN kümmert sich der C-Compiler schon um SREG & Co.

Hachja - das gefährliche HALBWISSEN....

Cyblord -. schrieb:
> Welche IDE ist das denn? Das Problem besteht ja wohl nur in der IDE,
> dann sollte man diese auch nennen!!!!
Schraub dich mal wieder runter!

T.Baumbach schrieb:
> Atmel Studio 7

SREG ist definiert in avr/common.h
********************************************
avr/common.h wird immer included in avr/io.h
********************************************

Pfad:
****
x:\Atmel7\7.0\toolchain\avr8\avr8-gnu-toolchain\avr\include\avr\common.h

Definition:
**********
/* Status Register */
#ifndef SREG
#  if _AVR_ARCH_ >= 100
#    define SREG _SFR_MEM8(0x3F)
#  else
#    define SREG _SFR_IO8(0x3F)
#  endif
#endif

Ein NEUES Projekt mit
**************************************************
#include <avr/io.h>

int main(void)
{
  uint8_t sreg = SREG;

    /* Replace with your application code */
    while (1)
    {
    }
}

compiliert trotz markiertem SREG ohne Fehler.
*********************************************

"Goto implementation" findet keine Definition von SREG.
 *******************

Nach manuellem öffnen von avr/common.h verschwindet die Markierung unter 
SREG und "Go" findet die Definition.

Hallo,

danke an alle, mit inkludieren von avr/common.h hat es geklappt!