Str9ComStick

[EmbeddedUser (Gast)]

Hallo,

ich habe ein kleines makefile geschrieben mit dem ich zunächst nur zwei 
Assemblerdateien und eine C Datei kompilieren möchte. Das makefile wird 
mit MingGw32-make.exe in Eclipse gestartet.

PROJECTNAME  = Test
PROJECTDIR   = C:\Hitex\HITOP54-STR9-comStick\Examples\STR9\Hitex-STR912\Test
TOOLCHAINDIR = C:\Program Files (x86)\Hitex\GnuToolPackageArm\bin
LIBRARYDIR   = C:\Hitex\HITOP54-STR9-comStick\Examples\STR9\Hitex-STR912\Test\library

ASSEMBLER= $(TOOLCHAINDIR)\arm-hitex-elf-as.exe
COMPILER = $(TOOLCHAINDIR)\arm-hitex-elf-gcc.exe

INCLUDEPATH := $(addprefix -I,$(PROJECTDIR)\ $(LIBRARYDIR)\inc $(LIBRARYDIR)\src)
LINKERSCRIPT = $(PROJECTDIR)
        
ASSEMBLER_OPTIONS:= -m armv4t -gdwarf2 -mthumb-interwork    
COMPILER_OPTIONS := -mcpu=arm9tdmi -c -gdwarf-2 -MD -Wall -O1 -mthumb-interwork -mapcs-frame -fsigned-char -xc -mlittle-endian -marm  


1_Assembler:
  $(ASSEMBLER) $(ASSEMBLER_OPTIONS) .\startup_generic.o .\startup_generic.s
              
2_Compiler:
  $(COMPILER) $(COMPILER_OPTIONS) $(INCLUDEPATH) main.c

Folgende Fehlermeldung erscheint in Eclipse wenn ich die 
Assemblerdateien übersetzen lasse:

C:\MinGW32\mingw32-make.exe 1_Assembler 
C:\Program Files (x86)\Hitex\GnuToolPackageArm\bin\arm-hitex-elf-as.exe -m armv4t -gdwarf2 -mthumb-interwork     .\startup_generic.o .\startup_generic.s
      2 [main] arm-hitex-elf-as 8884 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
    606 [main] arm-hitex-elf-as 8884 open_stackdumpfile: Dumping stack trace to arm-hitex-elf-as.exe.stackdump
mingw32-make: *** [1_Assembler] Error 35584

Was könnte hier die Ursache sein ? Müsste ich gegebenfalls cygwin 
verwenden anstatt mingw32-make ?

[Karl H. (kbuchegg)]

Nicht das ich jetzt die Lösung wüsste.

Aber:
Bist du sicher, dass du hier

$(ASSEMBLER) $(ASSEMBLER_OPTIONS) .\startup_generic.o .\startup_generic.s

dem Assembler als erstes File den Namen der Output Datei (und das völlig 
ohne irgendwelche Command Line switches) angeben musst?

Das kommt mir schon etwas seltsam vor. Einen Aufruf ala
(prinzipskizze um den argumentativen Punkt zu zeigen)

  assemble test.o test.s

hätte ich jetzt nicht erwartet.

Wenn schon, dann eher in der Reihenfolge  'Source Datei' 'Ergebnis 
Datei'. Also

  assemble test.s test.o

bzw. mit einem Command Line Switch. Irgendwas in der Form

  assemble -O test.o test.s

oder auch gar keine Angabe

  assemble test.s

und der Assembler weiß selber, dass die Ausgabedatei den gleichen Namen, 
nur mit der Endung .o haben soll.



Wie gesagt: Ich kenne den Assembler nicht. Verzeih wenn ich da jetzt 
Blödsinn rede und das bei diesem Assembler tatsächlich so ist. Aber 
seltsam kommt es mir doch vor - weil es nicht logisch ist.


Das der Assembler dann in weiterer Folge ins Gras beißt, wenn er 
versucht eine Object Datei als Assembler Input zu verarbeiten, würde 
mich ehrlich gesagt nicht besonders wundern.

[EmbeddedUser (Gast)]

Hallo Karl Heinz,

auch wenn ich folgendes ausführe

$(ASSEMBLER) $(ASSEMBLER_OPTIONS) .\startup_generic.s

erscheint diese Fehlermeldung.

[EmbeddedUser (Gast)]

Weiß nun nicht was ich noch machen könnte, damit ich die Sourcen 
compilieren kann.

[EmbeddedUser (Gast)]

Es muss doch möglich sein diese Dateien zu übersetzen. Ich weiß nicht 
was ich noch machen kann.

[Karl H. (kbuchegg)]

Das erste was ich tun wurde ist, mich genau an das PDF zu halten.

D.h. exakt die gleiche Toolchainversion und exakt dasselbe Commando

arm-hitex-elf-as.exe -m armv4t -gdwarf2 -mthumb-interwork -o .\[ObjectPath]\[outputname].o .\[SourcePath]\[sourcename].s               
                                                           ^
                                                           |
                                                           |
                                                  hier steckt das -o
                                                  für die Angabe der
                                                  Output Datei.

wenn das nicht hilft, dann schau halt mal in die *.s Datei rein. Ist ja 
schliesslich auch nur Text.
Fällt da im File was auf? Sind da irgendwelche textuellen 
Besonderheiten? Zeilenumbrüche die seltsam aussehen, hört der Text 
einfach mitten im Satz auf oder sonst irgendwelche Sachen in der Form, 
die einem Spanisch vorkommen.
Vielleicht auch selber mal ein Minimal-Assembler File schreiben und 
nachsehen, ob eventuell der Assembler in der Toolchain beschädigt ist.

Aus meiner Sicht bleibt dir jetzt nicht viel anderes übrig als möglichst 
viele Dinge durchzuprobieren und zu überprüfen, die nach dem Muster 
laufen: Ich glaubs zwar nicht, aber möglich wärs - also lass es mich 
checken. Und du wirst auch ein wenig Glück brauchen.