Das deutsche QBasic- und FreeBASIC-Forum

[Westbeam]

Assembler-2000 ist ein Windows/Linux-Compiler für Assemblerquellcode.
Anders als normale Compiler wie NASM oder FASM kann Assembler-2000 nicht wirklich auf CPU-Register zugreifen sondern benutzt sogenannte "virtuelle Register und Speicherzellen". Ebenso kann es weder auf BIOS- oder Betriebssysteminterrupts zugreifen, sondern nur auf die eines "virtuellen" BIOS und eines "virtuellen" Betriebssystems. Das hat nicht nur Nachteile, sondern auch den Vorteil, dass man den Code nicht für Windows oder Linux umschreiben muss. Mit dem Befehlssatz dieses Compilers und den beliegenden Funktionen kann man jedes Programm schreiben, welches auch mit herkömmlichen Hochsprachen erreichbar ist. Es beherrscht bedingte Sprünge, welche mit den If-Abfragen von Hochsprachen zu vergleichen sind. Ebenso sind Prozeduren(vergleichbar mit den SUBs von FreeBasic) möglich. Über die Funktionen des virtuellen BIOS sind das Einstellen des Bildschirmmoduses und Grafikausgabe möglich.
Dem Compiler liegen 3 PDFs bei, in welchen die Befehle, die Funktionsweise der bedingten Sprünge und die Funktionen des BIOS und des Betriebssystems erklärt werden.
Außerdem liegen 4 Beispielcodes dabei. Ein Beispiel für das Rechnen mit Assembler, bedingte Sprünge, Grafikausgabe und natürlich ein Hello World-Programm, welches übrigens so ausschaut:

[Sannaj]

Auch wenn mir der Sinn des Programms nicht einleuchtet halt ich die Idee und die Umsetzung doch für gar nicht so schlecht.

Worauf ich dich aber hinweisen möchte:

1. Du definierst die 8-bit Register (al, bl, cl, dl, ah, bh, ch, dh) als extra Register des "Special"-Types. Sie müssten aber die lbyte/hbyte-Versionen von ax, bx, cx, dx darstellen. Dein int 42h würde in Realität niemals funktionieren.

2. Neben ax, bx, cx und dx gibts auch noch: si , di, sp, bp, sowie cs, ds, ss, es.

3. Unter Linux und Windows arbeitete man üblicherweise mit den 32 bit erweiterten Register eaxm ebx, ecx, edx, esi, edi, esp, ebp.

4. Warum muss man Strings und Funktionen den Spezialbehandeln? Eine reine Labeladdressierung währe getreuer am Orginal und leistungsfähiger.

5. Du könnest #ifdef __FB_WIN32__ benutzen. Dann brauchst du keine zwei Quellcodedateien.

[Westbeam]

[nemored]

[28398]

UNION wäre wohl wesentlich praktischer für die Register.

[nemored]

An UNION habe ich auch schon gedacht, kenne es aber zu wenig, um mich zu trauen es vorzuschlagen.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Westbeam]

Uuh, ein Profi der nicht weiß was ein Union ist.
Nein Spaß.

-> Ich muss selbst erstmal nachschauen was ein Union ist.

[Flo]

das problem beim union (in C/c++ jedenfalls) ist halt, dass die meisten compiler unvorhersehbare padding-bytes einfügen. das heißt, eine struct { char al; char ah; } ist nicht 2 bytes lang, sondern 8, weil nach jedem char drei paddingbytes landen.
und wenn du das jetzt per union über nen short int (also einen 16bittigen) legst, "greift ah ins leere"
_________________
MFG
Flo

Satoru Iwata: Wer Spaß am Spielen hat, fragt nicht nach Grafik.

zum korrekten Verstaendnis meiner Beitraege ist die regelmaessige Wartung des Ironiedetektors unerlaesslich.

[XOR]

[St_W]

Flo: Bei FreeBasic gibts dazu FIELD = 1, bei C++ auch Sprachkonstrukte womit du das padding nicht dem "zufall" überlässt.

//edit:

Was macht die 5-Zeichen-Festlegung bei Bezeichnern für einen Sinn?

Für die Dokumentation muss ich dich loben - Doku is ja normalerweise nicht so des Programmiers liebste Sache...
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[Westbeam]

Ich bin zu doof herauszufinden wie man es so einbaut, dass es nicht 5, sondern mehr oder weniger Zeichen sein können.

[Sannaj]

Jo, die Doku ist wirklich lobenswert, die Leute vom Vala Compiler sollen sich mal ne Scheibe abschneiden.

Zu den Registern.

Das ganze lässt sich glaub ich mit:

[28398]

Naja mit LaTeX kann man so eine Doku aber noch viel schneller schreiben + sie sieht besser aus + man schlägt sich nicht mit OOo oder Word rum + Layout+Aussehen ist komplett zentralisierbar

fakeedit: Im Prinzip ist LaTeX ja so eine Art Papier-CMS

[Sannaj]

LaTeX ist aber kompliziert. Außerdem schlag ich mich nicht mit (Word oder OOo herum, weil ich LO nutze )

Zu der Sache mit den Labelname. Leg einfach fest, welche Zeichen in einem Bezeichner enthalten sein dürfen. Taucht ein anderes Zeichen auf ist der Bezeichner zu Ende.

[MilkFreeze]

Dein Interpreter / Compiler lädt fast dazu ein sich mal mit assembler zu befassen. Bisher hab ich das immer gemieden.

Die Doku sieht gut aus, der code ebenfalls, auch wenn da etwas mehr kommentare angebracht wären.

Hast du vor noch einen echten Compiler daraus zu bauen? Momentan ist das ja eher ein Code-Emitter, der assembler in Freebasic umwandelt und dann mit dem FBC compiliert. Das wirkt etwas absurd, wenn man das mal so betrachtet:
ASM -> Freebasic -> ASM -> Objectcode -> Binary.

Und wenn der FBC noch den C-Emitter nutzt sieht das noch abstruser aus:

ASM -> FreeBASIC -> C -> ASM -> Objectcode -> Binary

Wobei ich mir vorstellen kann, dass ein Compiler der ASM in ne Binary umwandelt nicht unbedingt einfach zu schreiben ist.
_________________
Milch ftw

[Sannaj]

Eigentich müsste es gar nicht so schwer sein. Aus deinem Assemblercompiler einen echten Makroassembler zu machen.

Die meisten Anweisungen kannst du übernehmen. Du musst lediglich: Die fblib und die fbgfxlib linken lassen und die "Interupts" in entsprechende Funktionsaufrufe umschreiben. Eventuell kannst du dir auch eine eigene Laufzeitbibilotek bauen. Die String und Functionen müsstest du noch in Label umschreiben und (für gas) noch ein ".intelsyntax nopräfix" oben anfügen. Das wars auch schon.

[Westbeam]

Vielleicht wäre es noch einfacher, dass ganze einfach in C-Code zu "übersetzen" und dann das ganze mit dem gcc zu compilieren, der ja auf jedem Linuxsystem schon vorhanden ist, sodass man sich nicht den fbc noch extra runter laden muss.
Macht es der FreeBasic-Compiler nicht anders?

[MOD]

Ob du jetzt einen C-Compiler oder den FreeBASIC-Compiler brauchst, darauf kommt es wohl nicht so sehr an. Wenn dann solltest du andere Compiler vollständig vermeiden sodass dein Programm direkt lauffähige Programme auswirft.

FreeBASIC compiliert wie MilkFreeze beschrieben hat (du musst natürlich den ersten Schritt weglassen). Mit -gen gas erzeugt er direkt ASM, mit -gen gcc erzeugt er C-Code (aber nicht unbedingt menschenlesbar).

[Westbeam]

Hm, aber ich glaube einen "echten" Compiler zu schreiben ist wirklich sehr kompliziert. Außerdem muss er ja unter Windows und Linux anders aussehen. Ich denke das ist wirklich sehr viel Arbeit.

[MilkFreeze]