autoBert: Er will doch nur den AutoIt Code in c# umwandeln und diesen mit .NET kompilieren?! oO
autoBert: Er will doch nur den AutoIt Code in c# umwandeln und diesen mit .NET kompilieren?! oO
Genau, PenGuin.
autoBert: progandy hat mich darauf auch schon hingewiesen.
Siehe auch:
Hallo,
Meine Idee war es, einen Compiler für AutoIt zu schreiben.
Da das aber viel zu umständlich ist, ist die Idee jetzt, einen Parser zu schreiben, der den AutoIt3-Code in C#-Code umwandelt und diesen dann mit dem .NET Framework kompiliert.
Habt ihr Lust mitzumachen?
MfG, James C.
Das Portieren von AutoIt Code in eine andere Sprache via Programm sollte nicht gegen die Lizenzbedingungen verstoßen.
Das Portieren von AutoIt Code in eine andere Sprache via Programm sollte nicht gegen die Lizenzbedingungen verstoßen.
Der Meinung bin ich auch, jetzt brauche ich nur noch ein Paar Freiwillige.
Und wie stellt ihr euch das mit den Includes und so vor??
Und ich kann mir das schlecht OHNE den AutoIt Interpreter vorstellen... Sonst müssen ja X-Wieviele Funktionen übersetzt werden! Und ausserdem gibt es in AU3 nicht float-, char-, str- Variablen ; das mußt du dann alles Manuell interpretieren bzw. Auslesen lassen.
Grüsse
Das wäre dann endlich mal eine ernstzunehmende Herausforderung. 
Viele der Funktionen basieren auf DLLCalls, weshalb das nicht das größte Problem werden dürfte.
(Zur Not könnten wir statt AutoIt auch erstmal mit VBScript oder Batch anfangen.)
Batch?? 
Nunja, ich Denke Ihr (du) stellt euch das zu leicht vor!
Ich selber kann zwar einzelne Funktionen in andere Sprachen übersetzten - ABER es basiert eben nicht alles auf DLL-Calls! Übersetze dir mal nen ganzen Ars... voll mit Formeln... Und viele Funktionen mußt dir selber erstellen wie Arraybinarysearch,...
Ich Denke das würde der Rahmen sprengen!
Grüsse!
Und ausserdem gibt es in AU3 nicht float-, char-, str- Variablen
Das würd ich so nicht ganz sagen..
Es gibt String und Int oder so weiter.. aber in Autoit wird es nicht eindeutig definiert... erst nach der Wertzuweisung sucht sich AutoIt die passende Variable..
Genau das meinte ich ja auch, aber wie willst du 'auslesen' was der Interpreter aus der AU3 Variable macht! Kann man nur selber interpretieren!
Batch??
Bei Batch hat man nicht 2000 Funktionen.
Nunja, ich Denke Ihr (du) stellt euch das zu leicht vor!
Ich Denke das würde der Rahmen sprengen!
Es würde ja für den Anfang schon reichen, wenn ich ein paar Freiwillige finde, die mit an den Build-in-Funktionen arbeiten, ohne UDFs.
MfG, James C.
EDIT #1:
Der Parser kann ja auch 2 Durchgänge machen:
Im 1. schaut er sich Variablen und sowas an und was die für Werte die haben.
Im 2. wird der Code übersetzt.
Ach sooo Batch interpretieren... Joa das kann gut für´n Anfang sein
...hatte ich völlig falsch verstanden...
Wenn ich mit Batch einen AutoIt-Compiler bauen könnte, hätte ich jetzt mehr Geld als Bill Gates.
Von C# halte ich ja nicht soviel .
Ich habe schon ein paar Funktionen für mich in C (ohne ++) übersetzt und programmiere einfache Sachen einfach damit.
int ControlClick(LPCSTR Title, LPCSTR strClassNN);
int ControlClickText(LPCSTR Title, LPCSTR strClass, LPCSTR strText);int ControlSetText(LPCSTR Title, LPCSTR strClassNN, LPCSTR newText);
int ControlGetText(LPCSTR Title, LPCSTR strClassNN, char* sText);
int Run(LPSTR szRun);
int GuiCreateClass(LPCSTR ClassName, WNDPROC WndProc);
HWND GuiCreate(LPCSTR Title, int iW, int iH, int iX, int iY);
int GuiSetState(int flag, HWND hwnd);
HWND GuiCtrlCreateButton(LPCSTR text, int left, int top, int width, int height, int style, int exstyle);
HWND GuiCtrlCreateList(LPCSTR text, int left, int top, int width, int height, int style, int exstyle);
int WinWait(LPCSTR Title, int TimeOut);
int WinWaitActive(LPCSTR Title, int TimeOut);
int WinWaitNotActive(LPCSTR Title, int TimeOut);
int WinWaitClose(LPCSTR Title, int TimeOut);
BOOL WinExists(LPCSTR Title);
BOOL WinActive(LPCSTR Title);
BOOL WinActivate(LPCSTR Title);
BOOL WinClose(LPCSTR Title);
BOOL WinSetTitle(LPCSTR Title, LPCSTR NewTitle);
BOOL WinSetOnTop(LPCSTR Title, int OnOff);
void IniRead(const char* FileName, const char* Section, const char* Key, const char* Default, char* Result);
void IniWrite(const char* FileName, const char* Section, const char* Key, const char* Value);
void IniDelete(const char* FileName, const char* Section, const char* Key);
void MouseMove(int x, int y);
int MouseClick(int x, int y, LPCSTR Button);
void ConsoleWrite(char* sText);
HWND WinGetHandle(LPCSTR WinTitle);
HWND ControlGetHandle(HWND hwnd,LPCSTR ClassNameNN);TheShadowAE hat auch schon einige Funktionen mit C++ erstellt.
Funktionssammlung, Autoit ähnlich [ISMS]
Ich glaube aber, das gehört ins Forum Projekte und nicht in Hilfe & Unterstützung.
Es gibt String und Int oder so weiter.. aber in Autoit wird es nicht eindeutig definiert... erst nach der Wertzuweisung sucht sich AutoIt die passende Variable..
Kann man doch in C++ auch machen. Man erstellt eine Klasse, die als Member einen typ hat und einen pointer auf Daten enthält.
Dann erstellt man Methoden, die die Klasse in die Standarttypen (integer, float, string, wstring, pointer) konvertieren können.
Kann man doch in C++ auch machen. Man erstellt eine Klasse, die als Member einen typ hat und einen pointer auf Daten enthält.
Dann erstellt man Methoden, die die Klasse in die Standarttypen (integer, float, string, wstring, pointer) konvertieren können.
Das ist doch genau das, was der AutoIt-Interpreter tut (Stichwort "Templates"). Also wo wäre da der Gewinn/Sinn/Zweck ? 
Und C# würde ich auch nicht wählen, das wäre evtl. noch langsamer als der AutoIt-Interpreter ...
Man müsste eine Bibliothek erstellen, die den AutoIt-Funktionen entspricht, usw. usf.
Na, da habt ihr aber ewas vor ...
Wäre aber mit Sicherheit interessant.
Gruß
Greenhorn
Das ist doch genau das, was der AutoIt-Interpreter tut (Stichwort "Templates"). Also wo wäre da der Gewinn/Sinn/Zweck ?
In C++ ist es schneller. In C# wahrscheinlich auch.
Der Vorteil ist, dass der C#, C, C++ Code mit immer neuen Compilern immer flotter wird.
Der AutoIt interpreter optimiert, wenn überhaupt, nicht wirklich viel, was bei Compilern schon eine andere Sache ist.
Weiterer Vorteil ist die weitaus geringere Dateigröße.
Bei AutoIt wird immer der ganze Interpreter mitgeschleppt, selbst wenn davon nur 1% benötigt wird.
Selbst wenn man exakt das, was der Interpreter interpretieren würde als C++ Code speichert wäre die Ausführung nach dem Kompillieren wesentlich schneller.
Wie schon gesagt wurde bauen die meisten UDF´s auf DllCalls auf. Zur Not muss man eben die UDF´s portieren.
die Idee ansich hatte ich auch schon und ich finde es gut, dass das auch von anderer Seite aufgegriffen wird.
Man kann den Übersetzer ja in AutoIt schreiben. Und AutoIt ist einfach.
Ich sage nicht, dass das ein Zuckerschlecken wird, aber es ist auch nicht so unmöglich, wie es immer dargestellt wird. Dazu haben wir hoer ausreichend Leute die das theoretisch mit etwas Einarbeitung könnten.
Angefangen wird natürlich erstmal mit kleinen Scripten die man übersetzen lässt. Und anschließend kann man sich an die UDF´s wagen.
lg
Mars(i)
