Runtime-Basic Wiki, Compiler Entwicklung

Runtime:Mathe-Float

2008-12-21T17:32:41+01:00

1210524622		aktuell
Zeile 5:		Zeile 5:
	Log() = ln() (Unterschiedliche Schreibweise)		Log() = ln() (Unterschiedliche Schreibweise)

-	Für die Operationen gilt, das Resultat soll immer auf ST0 oder ST0, ST1 stehen und keine Zwischenresultate mehr enthalten, der Restliche FPU-Stack also wieder entlehnt sein.	+	__ACHTUNG:__ Üblicherweise bezeichnet man mit ln() den natürlichen Logarithmus einer Zahl, mit lg() den Zehnerlogarithmus. log() sollte nie alleine stehen, sondern mit Angabe der Basis. Bsp.: log16() = Logarithmus einer Zahl zur Basis 16.
-	zB. bei Addition FADDP und nicht FADD Verwenden, so das der Zweite Wert dadurch gelöscht wird und nur noch Resultat im Stack ST0 liegt.	+
		+	Für die Operationen gilt: Das Resultat soll immer auf ST0 oder ST0, ST1 stehen und keine Zwischenresultate mehr enthalten, der restliche FPU-Stack also wieder entleert sein.
		+	Z.B. bei Addition FADDP und nicht FADD Verwenden, so dass der zweite Wert dadurch gelöscht wird und Resultat nur noch im Stack ST0 liegt.

	5 ^/ 2 = Sqr(5)		5 ^/ 2 = Sqr(5)
Zeile 27:		Zeile 29:
	=======		=======

-	ST ist ST(0), da es aber kein anderes Register sein kann wird die Nummer weggelasen	+	ST ist ST(0), da es aber kein anderes Register sein kann wird die Nummer weggelassen.
-	Die Resultate liegen auf ST	+	Die Resultate liegen auf ST.

-	Die Resultate werden in ST nicht gelöscht und jede Brechung schiebt ein weiteres Resultat auf den Stack.	+	Die Resultate werden in ST nicht gelöscht und jede Berechnung schiebt ein weiteres Resultat auf den Stack.
-	Der Grund ist das mehrere Berechnungen im Stack stattfinden können, ohne das sie jedes mal im Speicher abgelegt und wieder geholt werden müssen.	+	Der Grund ist, dass mehrere Berechnungen im Stack stattfinden können, ohne dass sie jedes Mal im Speicher abgelegt und wieder daraus geholt werden müssen.
-	FINIT ist notwendig da sonst der FPU-Stack überläuft.	+	FINIT ist notwendig, da sonst der FPU-Stack überläuft.

	------------------------------------------------------------------------------ *		------------------------------------------------------------------------------ *

Runtime:Array

2008-12-21T17:24:29+01:00

1173045064		aktuell
Zeile 3:		Zeile 3:
	WRITEME		WRITEME

-	Arrays werden in Statisch und Dynamische unterteilt.	+	Arrays werden in statische und dynamische unterteilt.
-	Statische Arrays haben eine feste Länge die bei der Deklaration angegeben werden muß und können deshalb im Speicher Effizienter und schneller verwaltet werden	+	Statische Arrays haben eine feste Länge, die bei der Deklaration angegeben werden muss, und können deshalb im Speicher effizienter und schneller verwaltet werden.
-	Dynamische Arrays können während der Laufzeit ihre Dimensionierung verändern, so das neue Elemente hinzugefügt oder gelöscht werden können. Dazu ist etwas Verwaltungsaufwand notwendig ermöglicht aber das Dynamische handhaben von Listen und Feldern.	+	Dynamische Arrays können während der Laufzeit ihre Dimensionierung verändern, so dass neue Elemente hinzugefügt oder gelöscht werden können. Dazu ist etwas Verwaltungsaufwand notwendig, ermöglicht aber das dynamische Handhaben von Listen und Feldern.

-	Bei Statischen Datentypen, also Variabeln mit fester Länge, wie Long oder Double oder Strings mit festen Längen, werden die Informationen direkt in die Feldpositionen gespeichert. Bei Dynamischen Längen wie Strings werden Zeiger in die Array-Felder geschrieben.	+	Bei statischen Datentypen, also Variabeln mit fester Länge wie Long oder Double oder Strings mit festen Längen, werden die Informationen direkt in die Feldpositionen gespeichert. Bei dynamischen Längen wie Strings werden Zeiger in die Array-Felder geschrieben.


-	Um Arrays möglichst schnell Verwalten zu können werden die beiden Häufigsten getrennt von einander verwaltet.	+	Um Arrays möglichst schnell verwalten zu können, werden die beiden Häufigsten getrennt von einander verwaltet.
	\|ArrayDim1 \|1D-Listen \|		\|ArrayDim1 \|1D-Listen \|
	\|ArrayDim2 \|2D-Felder \|		\|ArrayDim2 \|2D-Felder \|

Runtime:Runtime

2008-12-21T17:20:42+01:00

Assembler:Funktionen:Exceptions - alte Version wieder hergestellt

2008-12-20T10:19:09+01:00

1225137243		aktuell
Zeile 4:		Zeile 4:

	Ein [[wpde>Exception\|Exception]] ist ein Ereignis das durch einen Zustand ausgelöst wird, der meistens nicht erwartet wird oder einen Fehler darstellt. Dieses Ereignis wird an das Programm zurückgeben und dieses kann dann darauf mit einem Fehlerhandling reagieren.		Ein [[wpde>Exception\|Exception]] ist ein Ereignis das durch einen Zustand ausgelöst wird, der meistens nicht erwartet wird oder einen Fehler darstellt. Dieses Ereignis wird an das Programm zurückgeben und dieses kann dann darauf mit einem Fehlerhandling reagieren.
-	Da es verschiedene Modi gibt der Codeausführung sind die Listen der Übersichtlichkeit halber getrennt.	+	Da es verschiedene Modi der Codeausführung gibt, sind die Listen der Übersichtlichkeit halber getrennt.

1211450312		aktuell
Zeile 3:		Zeile 3:
	Dieser Text gilt für alle Seiten aus dieser Rubrik (Runtime).		Dieser Text gilt für alle Seiten aus dieser Rubrik (Runtime).

-	Dies hier ist die harte Basis für eine Runtime die in möglichst Hochoptimiertem Assembler geschrieben sein muß.	+	Dies hier ist die harte Basis für eine Runtime die in möglichst hochoptimiertem Assembler geschrieben sein muß.
-	Alle Hochsprachen Routinen Basieren letztendlich auf einer solchen Laufzeit-Basis.	+	Alle Hochsprachen-Routinen basieren letztendlich auf einer solchen Laufzeit-Basis.

-	Durch Vollständige Umsetzung in ASM werden diese Funktionen schneller sein als solche die in Hochsprachen geschrieben werden.	+	Durch Vollständige Umsetzung in ASM werden diese Funktionen schneller sein als solche, die in Hochsprachen geschrieben werden.
-	Die Basis Operationen wie + - * / usw können nur in ASM realisiert werden da dies die niedrigste Hierarchiestufe ist und jede Huchsprache diese Funktionen in ASM umsetzen muß.	+	Die Basis Operationen wie + - * / usw. können nur in ASM realisiert werden, da dies die niedrigste Hierarchiestufe ist und jede Hochsprache diese Funktionen in ASM umsetzen muß.
-	Andere wie zB. Komplexe Zahlen können in einer Hochsprache geschrieben sein (Hier VisualBasic), da sie auf den Grundfunktionen aufbauen. Sie können aber zum Teil über ASM optimiert werden, sollten aber dennoch auch zur späteren Funktionsprüfung auch in der Hochsprache geschrieben werden.	+	Andere wie z.B. komplexe Zahlen können in einer Hochsprache geschrieben sein (hier VisualBasic), da sie auf den Grundfunktionen aufbauen. Sie können zum Teil über ASM optimiert werden, sollten aber dennoch auch zur späteren Funktionsprüfung auch in der Hochsprache geschrieben werden.

-	Jede Zeile in ASM sollte kommentiert werden, damit sofort ersichtlich ist was in der Zeile geschieht. Einerseits dient dies sehr der Lesbarkeit, und gleichzeitig Hilft das Anfängern auch beim Erlernen von ASM.	+	Jede Zeile in ASM sollte kommentiert werden, damit sofort ersichtlich ist, was in der Zeile geschieht. Einerseits dient dies sehr der Lesbarkeit, andererseits hilft das Anfängern gleichzeitig auch beim Erlernen von ASM.
-	Die Codes sind so einfach wir nur möglich organisiert und konzentrieren sich auf das wesentlichste, damit mit möglichst wenig Zeitaufwand die Codes und die Strukturen verstanden werden können.	+	Die Codes sind so einfach wir nur möglich organisiert und konzentrieren sich auf das Wesentlichste, damit mit möglichst wenig Zeitaufwand die Codes und die Strukturen verstanden werden können.

	Alle ASM Codes werden für 32Bit Prozessoren im Flat-Memory Model realisiert.		Alle ASM Codes werden für 32Bit Prozessoren im Flat-Memory Model realisiert.
Zeile 37:		Zeile 37:
	===== ASM-Codes =====		===== ASM-Codes =====

-	Die ASM-Codes sind alle absichtlich sehr Kompakt. Sie enthalten nur die Variablen-Übergabe und den Berechnungsteil, wobei die Variabeln mit Namen bezeichnet. Zusätzlich können Markierungen eingefügt werden die zB. die Position einer Overflow-Prüfung markieren. Die ASM-Codes besitzen so ein Format, das direkt in MASM kompilierbar ist.	+	Die ASM-Codes sind alle absichtlich sehr kompakt. Sie enthalten nur die Variablen-Übergabe und den Berechnungsteil, wobei die Variabeln mit Namen bezeichnet werden. Zusätzlich können Markierungen eingefügt werden, die z.B. die Position einer Overflow-Prüfung markieren. Die ASM-Codes besitzen so ein Format, das direkt in MASM kompilierbar ist.
-	Alle Codes werden nur für CPU-32Bit oder FPU-80Bit Registe geschrieben.	+	Alle Codes werden nur für CPU-32Bit oder FPU-80Bit Register geschrieben.

	Wenn möglich sollten die Variabeln-Übergaben ganz oben stehen.		Wenn möglich sollten die Variabeln-Übergaben ganz oben stehen.

	^Standard Rückgabe-Register sind ^^^		^Standard Rückgabe-Register sind ^^^
-	\|EAX \|bei CPU \|(und EDX) alle anderen Register gelten als Flüchtig \|	+	\|EAX \|bei CPU \|(und EDX) alle anderen Register gelten als flüchtig \|
-	\|ST(0) \|bei FPU \|(und ST(1)) der Sack darüber muß leer sein \|	+	\|ST(0) \|bei FPU \|(und ST(1)) der Stack darüber muß leer sein \|
	\|EDX, ST(1) \| \|Bei bestimmten Operationen manchmal auch EDX oder ST(1) \|		\|EDX, ST(1) \| \|Bei bestimmten Operationen manchmal auch EDX oder ST(1) \|

Zeile 54:		Zeile 54:
	===== WICHTIG =====		===== WICHTIG =====

-	FIXME Es müssen alle Funktionen auf Korrektheit geprüft, und möglicherweise Fehler-Handling eingefügt werden.	+	FIXME Es müssen alle Funktionen auf Korrektheit geprüft und möglicherweise ein Fehler-Handling eingefügt werden.
-	FIXME Die Codes sind alle noch in sehr frühem Entwicklungsstadium!	+	FIXME Die Codes sind alle noch in einem sehr frühem Entwicklungsstadium!
-	FIXME Statt es auf einen Fehler ankommen zu lassen ist es manchmal möglich Grenzbereiche zu prüfen um schon am Eingang zu prüfen ob das Resultat berechenbar ist.	+	FIXME Statt es auf einen Fehler ankommen zu lassen ist es manchmal möglich, Grenzbereiche zu prüfen um schon am Eingang zu prüfen ob das Resultat berechenbar ist.


Zeile 64:		Zeile 64:
	===== ASM-Schreibweise =====		===== ASM-Schreibweise =====

-	Alle Assembler Codes werden in einem Entsprechenden Codeblock eingegeben, der immer dem gleichen Format entsprechen sollte.	+	Alle Assembler Codes werden in einem entsprechenden Codeblock eingegeben, der immer dem gleichen Format entsprechen sollte.


Zeile 145:		Zeile 145:
	=== ASM-FPU Float Register ===		=== ASM-FPU Float Register ===

-	Stack-Register/Parameter sollten immer angegeben werden auch wenn nicht zwingend notwendig, um die Register eindeutig zu bezeichnen und den Code Lesbarer zu machen. Und auch um Funktionen erkennen zu können die keine Parameter besitzen und dadurch nur auf ST0 anwendbar sind.	+	Stack-Register/Parameter sollten immer angegeben werden auch wenn nicht zwingend notwendig, um die Register eindeutig zu bezeichnen und den Code lesbarer zu machen. Und auch um Funktionen erkennen zu können, die keine Parameter besitzen und dadurch nur auf ST0 anwendbar sind.

	? --> 0-7 Platzhalter für 8 FPU-Register		? --> 0-7 Platzhalter für 8 FPU-Register

	^Parameter ^^		^Parameter ^^
-	\|ST(?) \|Ist die korrekte Schreibweise für die Parameter. ist nichts angegeben ist ST(0) meistens der Standard. \|	+	\|ST(?) \|Ist die korrekte Schreibweise für die Parameter. Ist nichts angegeben ist ST(0) meistens der Standard. \|
-	\|ST \|bedeutet das es ST0 sein muß, da nur dieses erlaubt ist. \|	+	\|ST \|Bedeutet, dass es ST0 sein muß, da nur dieses erlaubt ist. \|
-	\|ST? \|Wird für die Stack Beschreibung der Einfachheit halber verwendet (also zB. ST(0) statt ST0). \|	+	\|ST? \|Wird für die Stack-Beschreibung der Einfachheit halber verwendet (also zB. ST(0) statt ST0). \|


Zeile 161:		Zeile 161:
	\| \|\|		\| \|\|
	\|ST? = Val1 \|Es wurde eine Berechnung durchgeführt und gespeichert \|		\|ST? = Val1 \|Es wurde eine Berechnung durchgeführt und gespeichert \|
-	\|ST?=Val1 \|Es wurde ein Resultat unverändert beibehalten, und vielleicht auf ein anderes Register verschoben \|	+	\|ST?=Val1 \|Es wurde ein Resultat unverändert beibehalten und vielleicht auf ein anderes Register verschoben \|