[Release] AAL, an Open-Source AutoIt Alternative

Page 2 of 3 1 2 3
12/29/2015 00:13 Shadow992#16
Update to 0.0.3alpha

This time I implemented/fixed only a few things:

Quote:
- Make compiler interface easier and more flexible
- Add include-directive
- Fix errors in documentation
- Added one more example which is using #include
This means now it is possible to use "#include" to embed scripts in an AAL script, e.g.:


I also added an inputbox for the include-directory (which will be by default the directory of selected *.aal1 file).

Next Update:
The next update will take more time, I guess around 3-4 weeks.
12/30/2015 17:37 Waller66#17
Shadow992 Regelt :) Kennst du [Only registered and activated users can see links. Click Here To Register...] der hat früher für die Scene auch immer richtig schöne Codes raus gebracht, vtl kannst du Ihn fragen ob er sich das mal anguckt. Vtl hat er ja lust nen bisschen zu helfen. Ist auf jedenfall ein Gutes Projekt echt probs an dich, kann dir zu 100% folgen deshalb habe ich es leider nie in erwägung gezogen autoit groß zu lernen. ist es denn schon möglich dll dateien zu compilieren ? mach am besten eine eigene seite mit der möglichkeit dir für deine arbeit geld zu spenden. oder über die crouwdfounding seiten. Das potential nach etwas besserem schlummert in klügen köpfen aber vereint wird es zum Gigant des Potentials. Wie sind die Credits verteilt bislang, muss echt sagen 1A leistung :)
12/30/2015 18:50 Shadow992#18
Quote:
Originally Posted by Waller66 View Post
Shadow992 Regelt :) Kennst du [Only registered and activated users can see links. Click Here To Register...] der hat früher für die Scene auch immer richtig schöne Codes raus gebracht, vtl kannst du Ihn fragen ob er sich das mal anguckt. Vtl hat er ja lust nen bisschen zu helfen. Ist auf jedenfall ein Gutes Projekt echt probs an dich, kann dir zu 100% folgen deshalb habe ich es leider nie in erwägung gezogen autoit groß zu lernen. ist es denn schon möglich dll dateien zu compilieren ? mach am besten eine eigene seite mit der möglichkeit dir für deine arbeit geld zu spenden. oder über die crouwdfounding seiten. Das potential nach etwas besserem schlummert in klügen köpfen aber vereint wird es zum Gigant des Potentials. Wie sind die Credits verteilt bislang, muss echt sagen 1A leistung :)
DLLs erstellen ist bei weitem noch nicht fertig. Dazu steht noch nicht einmal ein konkretes Konzept, nur ein paar Überlegungen in meinem Kopf und ich habe das mal ein bisschen mit "Fluttershy" diskutiert.
Bisher scheint es mir gut möglich (wird zwar bisschen umfangreicher, aber machbar).

Am wichtigsten sind mir jetzt erst einmal Optimierungen, Dokumentation, Multithreading und vor allem Klassen zu unterstützen.
Danach kommt noch das ganze andere Zeugs, wie InlineASM, DllCalls, Dlls erstellen, mehr Standardfunktionen, usw.

Aber das wird sich noch gut hinziehen bis AAL soweit ist.

Geld spenden, werde ich bei Gelegenheit einrichten, wobei ich das dann aber unter keinen Umständen zur eigenen Bereicherung verwenden werde, sondern nur um Server/Bilder/Copyrights/etc. zu kaufen/bezahlen.

Das Projekt ist und soll auch ein No-Profit Projekt bleiben. Ich möchte mich in keinster Weise an diesem Projekt bereichern. Gegen Spenden für eventuell auftretende Kosten spricht jedoch nichts.

KillerDeluxe habe ich schon mal gehört, aber ich vermute, dass vor allem in der alpha-Phase, wo überall noch Fehler sind und etliches sogar komplett von Neu geschrieben wird, die Mitarbeit "gehalten" ist. Immerhin ist es echt nervig sich alle paar Wochen in einen komplett neuen Code einlesen zu müssen. :D
12/31/2015 01:10 warfley#19
Quote:
Originally Posted by Shadow992 View Post
Am wichtigsten sind mir jetzt erst einmal Optimierungen, Dokumentation, Multithreading und vor allem Klassen zu unterstützen.
Danach kommt noch das ganze andere Zeugs, wie InlineASM, DllCalls, Dlls erstellen, mehr Standardfunktionen, usw.

Aber das wird sich noch gut hinziehen bis AAL soweit ist.
Ich persönlich würde DLL Calls sogar vorziehen, da es damit möglich ist deutlich vielseitigere Programme zu schreiben, z.B. durch Nutzung der WinAPI wäre man nicht nur auf die bisher implementierten Funktionen angewiesen, während Klassen oder Threading ist zwar nice to have, aber nicht unbedingt notwendig um vernünftige Programme auf die Beine zu stellen, aber ohne DLL's kommt man nicht sehr weit
12/31/2015 05:16 Shadow992#20
Quote:
Originally Posted by warfley View Post
Ich persönlich würde DLL Calls sogar vorziehen, da es damit möglich ist deutlich vielseitigere Programme zu schreiben, z.B. durch Nutzung der WinAPI wäre man nicht nur auf die bisher implementierten Funktionen angewiesen, während Klassen oder Threading ist zwar nice to have, aber nicht unbedingt notwendig um vernünftige Programme auf die Beine zu stellen, aber ohne DLL's kommt man nicht sehr weit
Naja mir geht es darum das Ganze erst einmal aus der Alpha-Phase rauszubringen. Das heißt ich will das Projekt erst "nicht mehr alpha" nennen, wenn alle in der Sprache festgelegten Konstrukte existieren und der Compiler auch damit umgehen kann.
DllCalls an sich sind nur "Funktionen", die aufgerufen werden.
Die könnte man jetzt schon rein machen, wenn man die Funktion dazu schreiben würde.

So etwas wie Multithreading erfordert aber im Gegensatz dazu mehr/neue Tokens für den Compiler, verschiedene Syntaxfehler, etc.
Ich will also vorerst die Sprache syntaktisch abschließen bevor ich mich an die Funktionen/Klassen setze, die eigentlich sehr wichtig sind.
12/31/2015 12:20 xXKonaXx#21
Überzeugendes Projekt!
Ich finde die Namenswahl aber nicht klug. Wenn ich "AAL" höre, denke ich direkt an eine Audio Bibliothek und wer AAL googelt, stößt ständig auf Fischbilder... :D
12/31/2015 13:57 Shadow992#22
Quote:
Originally Posted by xXKonaXx View Post
Überzeugendes Projekt!
Ich finde die Namenswahl aber nicht klug. Wenn ich "AAL" höre, denke ich direkt an eine Audio Bibliothek und wer AAL googelt, stößt ständig auf Fischbilder... :D
Durchaus beabsichtigt :D
Beinahe wäre es "WAL" geworden für "Windows Automation Language".
Diese Anspielung ist also bewusst so gewählt worden.
Und Python hats ja auch geschafft trotz des gleichnamigen Reptils. :D

Außerdem lässt sich daraus vielleicht ein schönes Logo machen mit einem Aal oder so. :D
01/08/2016 21:13 MrDami123#23
Quote:
Originally Posted by Shadow992 View Post
Außerdem lässt sich daraus vielleicht ein schönes Logo machen mit einem Aal oder so. :D
Damit wär das auch gedeckelt. :P

Die Initiative finde ich gut. Schau ich mir definitiv an.
01/08/2016 22:00 .SkyneT.#24
Hab mir mal den Source etwas durchgeschaut, sieht nach ner ganz soliden Basis aus.
Wäre noch schön, wenn der master Branch kompilierbar ist, wie ich mir heute eine Kopie heruntergeladen habe waren ein paar Funktionien noch nicht implementiert (irgendwas im GUI Code, glaube Show() und Hide() ).
Ein "return true" hat hier gereicht, jedoch musste ich raten, ob das jetzt funktioniert oder nicht :)
01/08/2016 22:20 Shadow992#25
Quote:
Originally Posted by .SkyneT. View Post
Hab mir mal den Source etwas durchgeschaut, sieht nach ner ganz soliden Basis aus.
Wäre noch schön, wenn der master Branch kompilierbar ist, wie ich mir heute eine Kopie heruntergeladen habe waren ein paar Funktionien noch nicht implementiert (irgendwas im GUI Code, glaube Show() und Hide() ).
Ein "return true" hat hier gereicht, jedoch musste ich raten, ob das jetzt funktioniert oder nicht :)
Naja dürften "nur" Warnings sein. Diese Funktionen sind noch nicht implementiert, daher ists (theoretisch) egal was und ob sie returnen. Aber du hast vollkommen Recht ich sollte trotzdem eine Dummy-Funktion draus machen, damit der Code ohne Warnings kompiliert.

Die Libraries hast du soweit linken können? Hast du VisualStudio benutzt?
Ich war nämlich sehr skeptisch, ob ich das alles so Microsoft konform gemacht habe (habs bisher noch nicht getestet). :D

Quote:
Originally Posted by MrDami123 View Post
Damit wär das auch gedeckelt. :P

Die Initiative finde ich gut. Schau ich mir definitiv an.
Sehr gerne meine bisherigen Versuche sahen immer entweder nach Kindergartenmalerei aus oder nach abstrakte Kunst von einem Psychopathen. :D
01/08/2016 23:32 .SkyneT.#26
Quote:
Originally Posted by Shadow992 View Post
Naja dürften "nur" Warnings sein. Diese Funktionen sind noch nicht implementiert, daher ists (theoretisch) egal was und ob sie returnen. Aber du hast vollkommen Recht ich sollte trotzdem eine Dummy-Funktion draus machen, damit der Code ohne Warnings kompiliert.

Die Libraries hast du soweit linken können? Hast du VisualStudio benutzt?
Ich war nämlich sehr skeptisch, ob ich das alles so Microsoft konform gemacht habe (habs bisher noch nicht getestet). :D
Ja hat relativ gut funktioniert.

Nur ein Haufen Warnings, auf den ersten Blick jedoch keine bedenklichen.

Und die Dummy-Funktion wäre besonders beim msvc Compiler wichtig, da dieser sonst folgenden Error zurückwirft:
Quote:
Severity Description Project Line
Error 'Window::removeControl': must return a value AAL_Interpreter 125
Das größte Problem lag in der Funktion toCompressedString(). Hier scheint es so, als ob std::abs() keine Überladung für "long long" mitbringt und versucht es zu "int" oder "long int" zu casten, dabei wirft er natürlich einen Error zwecks zweideutigem Funktionsaufruf. Diese Zeile ist dabei betroffen:
Code:
		
buf += chars[ (unsigned int) abs(quotient % 62) ];
Beim GCC scheint es das Problem nicht zu geben.
01/18/2016 21:45 warfley#27
2 Dinge zu AAL die ich mir wünschen würde:
1. Wenn der Kompiler Fehler findet könnte das mit Error oder so gekennzeichnet werden
2. Die Zeilennummer wenn man Includes verwendet ist bei Compiler Fehlern schwer nachzuvollziehen
01/19/2016 19:22 Shadow992#28
Quote:
Originally Posted by warfley View Post
2 Dinge zu AAL die ich mir wünschen würde:
1. Wenn der Kompiler Fehler findet könnte das mit Error oder so gekennzeichnet werden
2. Die Zeilennummer wenn man Includes verwendet ist bei Compiler Fehlern schwer nachzuvollziehen
Ich bin gerade dabei den ganze Kompiliervorgang neu zu schreiben, daher tut sich da auch momentan so wenig. Das heißt mein nächstes Release wird inhaltlich wenig bringen aber wird ca 1/3 des bisherigen Compiler-Codes ersetzen.

@1.
Gute Idee, das werde ich noch etwas verfeinern.

@2.
Da hast du natürlich Recht, aber ich bin mir nicht sicher wie ich das genau umsetzen sollte, vielleicht sollte ich eine Art "Meta-Information" in die Skripte generieren lassen, damit ich immer genau weiß in welcher Datei ich bin. Mal sehen... Ich lass mir dazu aber auch was einfallen, vermutlich aber erst in der übernächsten Version.

@MSVC-Error
Ich werde dafür zwar keine extra Version releasen, aber ab der nächsten Version sollten der MSVC keine Errors mehr werfen.
01/19/2016 20:26 warfley#29
Quote:
Originally Posted by Shadow992 View Post
Ich bin gerade dabei den ganze Kompiliervorgang neu zu schreiben, daher tut sich da auch momentan so wenig. Das heißt mein nächstes Release wird inhaltlich wenig bringen aber wird ca 1/3 des bisherigen Compiler-Codes ersetzen.

@1.
Gute Idee, das werde ich noch etwas verfeinern.

@2.
Da hast du natürlich Recht, aber ich bin mir nicht sicher wie ich das genau umsetzen sollte, vielleicht sollte ich eine Art "Meta-Information" in die Skripte generieren lassen, damit ich immer genau weiß in welcher Datei ich bin. Mal sehen... Ich lass mir dazu aber auch was einfallen, vermutlich aber erst in der übernächsten Version.

@MSVC-Error
Ich werde dafür zwar keine extra Version releasen, aber ab der nächsten Version sollten der MSVC keine Errors mehr werfen.
Also meine erste Idee wäre eine Liste als Tabelle für die Zeilen einzuführen, welche beim Einfügen der Includes generiert wird, die für jede Zeile Informationen wie einen Verweis auf die Datei, die original Zeile in der Ursprungsdatei und vielleicht noch weitere Informationen wie z.B. Breakpoints für das Debuggen enthält.

Das würde zwar den Speicheraufwand verdoppeln (bzw Komplexität linear mit der Zeilenanzahl), aber der ist nicht so wertvoll, und für das nachsehen der Zeileninformationen ist bei geeigneter Datenstruktur in Konstanter Zeit (Vector) oder in Logarithmischer Zeit (RBT) möglich. Und bei einem Release Build müssen diese Informationen nicht mal in die bin Datei geschrieben werden
04/23/2016 18:22 M3mphizzt#30
gibs hier schon neue fortschritte ?
Page 2 of 3 1 2 3