AutoItC

Ich habe ja schon einmal erzählt, dass ich an einem AutoIt-Compiler arbeite, der AutoIt-scripte nach C++ übersetzt. Das Projekt habe ich deswegen AutoItC genannt.
Es besteht aus zwei Teilen, einem Converter und einer runtime library. In der runtime library sind alle Funktionen enthalten und diese werden dann mit dem compilierten Skript verknüpft.

Es gibt eine neue Version von AutoItC. Im Gegensatz zur alten wird nicht nur einfach eins zu eins umgewandelt, sondern ein abstrakter Syntaxbaum aufgebaut. Das erlaubt neben dem Beheben einiger Probleme der alten Version auch eine Reihe an Optimierungen.
Außerdem funktioniert das Variablensystem jetzt vernünftig, auch wenn ich dafür auf Geschwindigkeit verzichten musste.

Der Converter funktioniert mit Ausnahme von Kleinigkeiten schon, aber von den ganzen Funktionen sind noch kaum welche implementiert. AutoItC ist noch nicht für den Einsatz vorgesehen, denn neben fehlenden Features ist das ganze System auf Tests und nicht auf angenehme Benutzung ausgelegt.

Es gibt dazu auch ein Sourceforge Projekt und ich freue mich, wenn mir jemand dabei hilft.

Es gibt eine neue Version und ich suche Mitarbeiter für das Projekt.

Zitat von F4R

Ich finde diese Idee richtig Gut , werden GDIPlus etc. auch enthalten sein ?
Wenn ja wäre das eine richtig feine Sache da Autoit nicht sehr Systhem nah ist und damit wäre das Problem mit der Leistung ja gelöst?

Ich plane, alle Grundfunktionalitäten (außer Execute und ExitLoop mit variablem scope) auch zu unterstützen, sodass man GDIPlus ebenfalls einsetzen kann. Allerdings glaube ich kaum, dass der Geschwindigkeitsgewinn wirklich so enorm wird, denn während C++ ein statisches Typsystem hat, kennt AutoIt nur den Typ Variant, dessen wirkliche Typen zur Laufzeit bestimmt werden. Dadurch muss andauernd der Typ bestimmt und ggf. umgewandelt werden. Außerdem ist DllCall als Funktion speziell implementiert und bei jedem Aufruf muss erstmal die Funktion in der Dll gesucht, die Datentypen ausgewertet werden etc.
Ich plane für später neben etlichen anderen Features und Optimierungen auch noch ein Plugin-System, sodass man für UDFs einfach noch eine spezialisierte Version schreiben kann, die direkt auf C++-Ebene arbeitet, aber für den Nutzer keinen unterschied macht.
Erstmal gilt aber, dass die Sprache verwendbar sein muss, also die Grundfunktionalität genauso wie in AutoIt sein soll, vorher lohnen sich solche Spielereien noch gar nicht.

Ich würde es doch ein bisschen anders machen, so ähnlich wie in C++ mit der STL. Die library ist nach außen hin immer gleich und in völlig standardkonformen C++, aber intern wird mit Spezialisierungen, Tricks, inline-Assembler, Magie und compilerspezifischen Built-in-Functions die größtmögliche Geschwindigkeit herausgeholt.
Für den Anwender macht es dann keinen Unterschied, denn er hat genau das gleiche Interface, aber wesentlich mehr Geschwindigkeit. Eine Dll braucht man auch nicht, denn alles wird direkt in den Code eingebunden oder statisch gelinkt.

So richtig verwenden kann man die noch nicht. Am Programm wird bisher nur entwickelt und getestet.

Du musst schon einen C++11-fähigen Compiler (gcc oder clang aber nicht Visual Studio) verwenden. Erst compilest du AutoItParser (sollte nichts weiter benötigen), damit kann man die Skripte übersetzen. Aus Testgründen habe ich die Commandlineparameter deaktiviert bzw. nichtmal vollständig implementiert, standardmäßig wird von der Datei in.au3 ausgelesen und in out.cpp geschrieben.
Der zweite Teil ist die runtime-library. Dazu musst du AutoItC compilen und zwar mit den benötigten libraries (das CodeBlock-Projekt sollte alle enthalten). Auch hier wird aus Testgründen erstmal alles in ein funktionsfähiges Programm compiled, dazu muss man von AutoItParser/out.cpp nach AutoItC/AutoIt.cpp kopieren und im debug-mode compilen. Das ist zwar umständlich, aber bisher habe ich an Parser und Programm einzeln gearbeitet und sie einzeln getestet.

Ja. Du musst auch mit der Option -std=c++11 compilen.