Entwickeln einer eigenen Programmiersprache...

[Störtebeker]

Hallo,

Mit unserem guten Delphi ist es doch bestimmt auch möglich eigene
Programmiersprachen zu schreiben, oder?

Was muss man da so alles beachten?
z.B.:

- bzgl. eigener Compiler
- bzgl. eigener Syntax (z.B.: nicht procedure . . . sondern z.B.: do procedure . . . also quasi selbsterfundene Befehle, die dann letztendlich auch funktionieren.

- bzgl. Syntaxhervorheben kann ich ja bestimmt SynEdit verwenden.

und natürlich die größte Frage, wie fange ich am besten an?

Thx.

[mkinzler]

Da solltest dich zuerst einmal mit dem Thema Compilerbau auseinandersetzten.

[3_of_8]

Kleiner Tipp: Es ist schon sehr kompliziert, einen Parser für eine Sprache zu schreiben. Auch sehr schwierig ist es, dann einen Interpreter zu schreiben. (Ich spreche aus Erfahrung) Aber einen Compiler - sowas kriegt man ohne viel Erfahrung und jahrelange Arbeit nicht vernünftig hin.

Du solltest daher überdenken, ob das Schreiben eines Compilers nicht eventuell ein etwas zu hoch gegriffenes Projekt für dich ist.

[Phoenix]

Literaturhinweis: Das 'Drachenbuch'.
Mal nach googeln - das ist DAS Standardwerk (im deutschen in 2 Bänden) zum Compilerbau.

[markusj]

Wenn seine Sprache nicht allzu sehr von der Delphi Language abweicht, könnte er ja einen Parser/Übersetzer basteln, und den übersetzten Delphi-Code dann vom Compiler backen lassen ...

mfG
Markus

[deep_thought]

3_of_8 kann ich nur zustimmen ...
du solltest:
1. dir über die Syntax und handhabung deiner Sprache im klaren sein (objektorientiert?, versch. deklarationstypen -> wie klar voneinander getrennt?, allgem. Programmstruktur, ...)
2. versuchen, einen interpreter zu schreiben (ohne editor)
3. versuchen, einen crosscompiler zu schreiben (am besten von deiner sprache nach assembler)
-> dazu musst du dich dann mit Compilerbau beschäftigen (-> Code übersetzen, linken, ...)
4. versuchen, diesen crosscompiler und nen assembler-compiler zu koppeln um nen richtigen compiler zu bekommen oder dir selbst die Mühe machen nen compiler zu schreiben, der dir ne binärdatei raushaut
5. dich um den Spaß kümmern, über den du dir wahrscheinlich schon die meisten gedanken gemacht hast: den Editor, der deine verschiedenen Compiler aufrufen kann ...

... ich will dir ja nicht den Mut nehmen, aber ich persönlich habe bis 2. durchgehalten

mfg deep_thought

[3_of_8]

Der Editor ist wirlich das unwichtigste. Es ist ein weit verbreiteter Fehler - vor allem unter Anfängern - sich zuerst über die GUI und dann über die Funktionalität Gedanken zu machen.

[phXql]

Form follows function.

[MStoll]

Hi,

hab auch mal nen Pascal-Interpreter geschrieben, ohne Klassen, Records, Typdeklarationen und dergleichen. Es geht eigentlich schon einigermaßen, wenn man sich Gedanken darüber macht. Allerdings kommt dann nicht viel mehr als ein Interpreter für einfache Skripten dabei raus. Aber ganz wichtig: Arbeite gut strukturiert, damit du das Ding erweitern kannst, und achte auf die Datenstruktur, mit der du die einzelnen Befehle speicherst.
Wenn du das wirklich anfängst, wirst du sicher einiges dabei lernen, egal, ob das Projekt nun ein Erfolg wird oder nicht.

Gruß und viel Erfolg
Michael