asm und winavr #include Fehler

[Clemens M. (panko)]

Angemeldet und rastlos, doch zunächst ein offizielles 'hallo'.

Die Verwendung einer asm Funktion in einem c-Projekt hat mir (doch) 
keine Ruhe gelassen und ich habe zumindestens das grundsätzliche 
ausprobiert. Dabei gibt es schon Probleme.

Ich habe hier ein avr studio Projekt, verwalte also kein eigenes 
makefile. Ein main.c liegt vor, recht leer:

#include "avr/io.h"

extern void foo(void);
int main(void){
  while(1){
    foo();
  }
  return 0;
}

Dann habe ich eine asm.S Datei angelegt per rechtsklick im Projekt.

#include "avr/io.h"
.global foo    
foo:
  ret

Eigenltich wollte ich das #include im Hinblick auf spätere Verwendung 
der SFRs einfach schon mal hinschreiben, aber gerade das macht Ärger und 
provoziert einen Fehler: C:/WinAVR/avr/include/stdint.h:117: Error: 
unknown opcode `typedef'

Was habe ich denn nur so weit schon falsch gemacht?

[holger (Gast)]

#define _ASSEMBLER_ 1

#include "avr/io.h"
.global foo
foo:
  ret

[Clemens M. (panko)]

Schade, wäre eine fixe und plausible Lösung, aber es ändert sich nichts. 
Bekomme immer noch

C:/WinAVR/avr/include/stdint.h: Assembler messages:
C:/WinAVR/avr/include/stdint.h:116: Error: unknown opcode `typedef'


Irgendeine blöde Einstellung am Projekt könnte es nicht sein? Ich wollte 
auch schon nur die iomx8.h alleine einbinden weil es ja nur um die SFRs 
geht. Wird aber ja vehement von abgeraten und ja sogar mit Fehler 
abgebrochen.
Was mich wundert: ich habe von dem Problem des typedefs in stdint.h 
durch io.h einbinden  so gar nichts finden können, wohl aber den 
besagten include... (ok #define ASSEMBLER 1 hatte ich aber auch noch 
nicht in diesem google gesichtet)

Noch eine zündende Idee?

P.S. Ach ja:
AVR Studio    4.15.623
GUI Version    4, 15, 0, 623
AVR Simulator    1, 0, 2, 1
ATMEGA88    232

Operating System
Major      5
Minor      1
PlatformID    2
Build      2600
Service Pack 3

Plugins:

AvrPluginAvrAsmObject  1, 0, 0, 47
AvrPluginavrgccplugin  1, 0, 0, 10

[Hc Z. (mizch)]

Das

#define __ASSEMBLER__ 1

sollte überflüssig sein, denn das definiert der gcc schon selbst und 
#defines mit Doppel-Underline sollten auch dafür vorbehalten sein.

Mich wundert doch sehr, dass stdint.h eingebunden wird.  Ich denke, es 
muss

#include <avr/io.h>

heißen und dass das

#include "avr/io.h"

eine lokale Variante einbindet, die gemeinerweise gleich benannt wurde.

[Clemens M. (panko)]

Kann ich vielleicht jemanden anstiften, das Ganze mal nachzustellen? 
Also ein main.c und exasm.S über Avrstudio zu erzeugen und das Ergebnis 
zu posten?
Vielleicht hilft das dann weiter - in spitzen Klammern brachte der 
include nämlich auch nichts.

[Hc Z. (mizch)]

Ich kann Dir verbindlich zusichern, dass alle meine *.S mit

#include <avr/io.h>

beginnen (und ohne #define __ASSEMBLER_- oder so was).  Und das sind 
nicht wenige.  Wenn Dein Include-Verzeichnis nicht über'n Jordan ist: 
zeige mal die Kommandozeile, mit der die *.S übersetzt wird.  Vielleicht 
findet sich ja was.

[Stefan E. (sternst)]

Clemens M. schrieb:
> Kann ich vielleicht jemanden anstiften, das Ganze mal nachzustellen?
> Also ein main.c und exasm.S über Avrstudio zu erzeugen und das Ergebnis
> zu posten?

Am besten dann den ganzen Projekt-Ordner zippen und posten.

[Clemens M. (panko)]

Hallo

ich habe das selbe gerade eben noch mal auf einem anderen Rechner 
probiert und das Problem dort nicht gehabt...
Möglicherweise ist meine Installation zu Hause im Eimer, ich werd das 
noch mal überprüfen, vielleicht noch mal mit einer Neuinstallation der 
Tools probieren.
Besten Dank für die Tips und Ratschläge.