Ah, cool, dann kann ich mein Windows 10 auf Stand bringen und ein neues Release erstellen.
Aber das wird, schätze ich bis nach Weihnachten brauchen.
Allen einen frohes Fest.
Hallo Besucher, der Thread wurde 12k mal aufgerufen und enthält 63 Antworten
letzter Beitrag von Mac Bacon am
Neues ACME-Release
- Mac Bacon
- Erledigt
-
-
HI,
Version 0.96.4 ist bei sf abgelegt.https://sourceforge.net/projects/acme-crossass/
New in release 0.96.4
Bugfix: Removed warnings about zero page wrap-around for the 65816's
24-bit pointers (because wrap-around does not actually happen).
Thanks to Johann Klasek for reporting this.
Added "!xor" pseudo opcode to compensate for the shortcomings of the
"!scrxor" pseudo opcode. Thanks to spider-j for the initial bug
report.
Added "-I" CLI switch to add search paths for input files. Thanks to
peiselulli for the suggestion. -
Da es angefragt wurde und schnell machbar war, habe ich gerade "//" als zusätzliche Kommentierungsmöglichkeit hinzugefügt. Nur für diese Kleinigkeit will ich jetzt kein offizielles Release mit eigener Versionsnummer etc. machen, aber in der nächsten Version wird es drin sein.
-
habe ich gerade "//" als zusätzliche Kommentierungsmöglichkeit hinzugefügt
Arndt
-
Hammer!!
Also dann auch auf diesem Weg nochmal ganz herzlichen Dank Mac Bacon!
-
Windows Update kommt Freitag.
Diesmal auf Windows 10 erstellt).
Crossbuild auf ReactOS. -
-I funktioniert so wie erwartet, danke.
-
Hi!
Wie Hoeppie hier schon angekündigt hat, gibt es endlich mal wieder ein neues ACME-Release.
Das Wichtigste über ACME 0.97 kurz zusammengefasst:
- String-Zuweisungen! (endlich, nach zwanzig Jahren...)
- Listen (um z.B. Makros beliebig viele Parameter übergeben zu können)
- Backslash Escaping
- "un-pseudopc"-Operator (wurde hier von markusC64 vorgeschlagen, vielen Dank nochmal für die Idee)
- Support für die Befehlserweiterungen der MEGA65-CPU
- !while
- else if
- "--dialect"-CLI-Switch, um das Verhalten einiger älterer Versionen nachzuahmen
- und ein paar Kleinigkeiten, siehe "docs/Changes.txt".
Der "--dialect"-Switch war dringend nötig, denn der Support für Strings und Backslash Escaping war nicht ohne eine kleine Inkompatibilität machbar. Soll heißen: Falls die neue Version mit einem alten Source Probleme macht, kann man über den Switch das alte Verhalten aktivieren und den Source trotzdem assemblieren. Die Inkompatibilität sollte nur sehr wenige Personen bzw. Sources betreffen, aber bitte lest trotzdem unbedingt "docs/Changes.txt" und "docs/Upgrade.txt"!
Vielen Dank an Hoeppie für die Windows-Version, vielen Dank auch an Claus für das im verlinkten Thread gepostete MacOs-Binary! Linuxer sollten einfach die Sources auschecken (siehe Link in meiner Signatur) und per "make; make userinstall" ein eigenes Binary bauen und installieren.
Wer Beispiele braucht, was man mit Strings und Listen anfangen kann, möge einen Blick in die Library werfen; die neuen Dateien <6502/split.a>, <cbm/msbstring.a> und <cbm/multicolor.a> benutzen diese Features bereits.
Als nächstes wird wohl Unterstützung für einen größeren Outbuffer hinzukommen - in der aktuellen Version kann man den experimentellen Code bereits per "--test" ausprobieren, dann liegt das Limit nicht mehr bei 64K, sondern bei 16 Megabyte. In Zukunft wird das Feature natürlich einen eigenen Switch bekommen, also "--test" bitte nicht permanent in eigenen Build-Skripten benutzen...
Have fun!
-
Linuxer sollten einfach die Sources auschecken (siehe Link in meiner Signatur)
Ich glaube, ich werde alt.
Ich komme damit immer nur zur SourceForge-Seite mit der .exe-Datei für Windows.
Wo finde ich denn den Sourcecode, um die Linux-Version zu kompilieren?
-
Wo finde ich denn den Sourcecode, um die Linux-Version zu kompilieren?
-
Nein, das ist ein veralteter Branch so wie ich das sehe. Der Link zur Changelist mit dem Release ist m.E. dieser hier:
-
ist das nicht auch schon veraltet?
-
Das ist dann aber nicht das Release, sondern enthält schon experimentellen Code.
-
Ich komme damit immer nur zur SourceForge-Seite mit der .exe-Datei für Windows.
Wo finde ich denn den Sourcecode, um die Linux-Version zu kompilieren?
1. den Link in meiner Signatur anklicken (führt auf das Projekt bei SourceForge)
2. den Reiter "Code" anklicken (führt zum Sourcecode)
3. zwischen "Download Snapshot" und Subversion-Checkout wählen...
...ist nicht aktuell.
Das ist nicht HEAD, sondern svn rev 266 - das ist zwar bereits Release 0.97, aber die neuesten Änderungen an z.B. der Library sind da noch nicht drin.
Das ist dann aber nicht das Release, sondern enthält schon experimentellen Code.
...ja, durch den "--test"-Switch ist der aber in diesem Fall hinreichend abgesichert.
-
Ich komme damit immer nur zur SourceForge-Seite mit der .exe-Datei für Windows.
Wo finde ich denn den Sourcecode, um die Linux-Version zu kompilieren?
1. den Link in meiner Signatur anklicken (führt auf das Projekt bei SourceForge)
2. den Reiter "Code" anklicken (führt zum Sourcecode)
3. zwischen "Download Snapshot" und Subversion-Checkout wählen...
Danke!
Ich werde wirklich alt ...
-
Der Windows-Build basiert auf
[r274]
..
Der Build unter Windows nutzt MinGW win32 gcc 6.3.0.
make -f Makefile.mingw
Für andere sollte make einfach tun...
Es ist noch ein kleiner Bug bei den Resourcen für Windows drin. Das Erstellungsskript kommt
nicht mit 2 stelligen Versionen klar.
Gruß Höp
PS: Wer weitere Makefiles (Mac usw) hat, immer her damit. -
-
WIr sind dran.
-
WIr sind dran.
Das finde ich richtig super und freut auch sicher den ein oder anderen Entwickler! Wow! Danke schön
-
PS: Wer weitere Makefiles (Mac usw) hat, immer her damit.
Das was dabei liegt funktioniert prima für macOS.