Macro Assembler AS (A. Arnold) unter Mac OS X

Hallo Forum,

vielleicht kennt der eine oder andere den Macro Assembler AS von Alfred Arnold: ein wunderbar universeller Assembler, der Code für eine Unzahl historischer und aktueller CPUs erzeugen kann.

Obwohl dieser Assembler seit langem unter DOS, Windows und allen möglichen unixoiden Betriebssystemen verfügbar ist, gab es bislang keine Mac OS X - Version. Herr Arnold war nun so freundlich, sich nicht weiter mit den Apple-Eigenarten zu beschäftigen, sondern kurzerhand über SSH auf einem Mac zu arbeiten und seit heute gibt es ein 64 Bit Binary unter Mac OS X

Ich würde das nun gerne in die Apple-üblichen Distributionscontainer packen - wobei ich mich in die Materie erst einlesen muss. Vielleicht hat hier jemand Erfahrung damit, unter OS X zu entwickeln und könnte etwas behilflich sein?

Verwendet hier jemand OS X und wäre bereit zu testen, ob ein fertiges pkg so funktioniert, dass man mit Download und Doppelklick zum AS unter OS X kommt? Das wäre super!

Kann/will jemand nicht testen, würde sich aber über ein fertiges Endprodukt freuen? Dann bitte "hier!" schreien!

Vielen Dank schon mal für Eure Unterstützung!

Es gibt gute Nachrichten: zwischenzeitlich konnte ich ein 32-Bit Binary bauen, das auch mit 64-Bit CPUs läuft. Bei mir konnte ich das auf zwei Macs testen, einer mit Core Duo CPU (32 Bit) und einer mit Core 2 Duo CPU (64 Bit), beide unter 10.6.8. Auch ein fertiges pkg-Installationspaket habe ich gebaut.

Da ich etwas Text anpassen musste, der während der Installation angezeigt wird (nicht alle Bestandteile der README machen innerhalb der Apple-Installer-Umgebung Sinn), möchte ich mir erst noch den Segen des Rechteinhabers an AS einholen -- schließlich möchte ich ihm keine Worte in den Mund legen, die er so nie schreiben wollte. Sobald der vorliegt, veröffentliche ich einen Download-Link.

Beim Test auf 10.8 würde mich besonders interessieren, wie der Gatekeeper bei der Installation hinderlich ist bzw. wie man das umgeht -- ich bin nämlich kein "verifizierter Apple-Entwickler" und werde auch keine $99/Jahr bezahlen, um das zu werden.

Den einzigen Vorteil, den ich bei .app/dmg entdecken kann, ist die einfache De-Installation. Ansonsten sehe ich für ein Kommandozeilentool wie diesem Assembler nur Nachteile.

Ich habe mich deshalb für .pkg entschieden, dass die Dateien des Assemblers in entsprechende Ordner in /usr/local installiert, wie es bei einem "typischen" unixoiden System auch der Fall wäre. Dann liegen alle Tools des Assemblers im $PATH, sind also einfach und direkt verwendbar und der Assembler weiß auch, wo die Dateien liegen, die er braucht, um z.B. Fehlermeldungen ausgeben zu können.

Damit man den Assembler trotzdem einfach de-installieren kann, habe ich ein Deinstallationsscript "asl-uninstall" geschrieben, das wie der Assembler selbst in /usr/local/bin angelegt wird. Wer das nicht haben will, kann auf "Angepasste Installation" klicken und das Häkchen neben "asl-uninstall" entfernen.

So, dann bin ich mal gespannt:

http://petsd.net/as/as.htm

In den Quellen ist eine Testsuite enthalten, die braucht aber "make" was vielleicht nicht jeder installiert hat. Als kleiner Test kann aber die mini-asl-test.zip herhalten. Der Test wird wie folgt durchgeführt:

- Datei herunterladen
- Datei entpacken
- Terminal öffnen und in den entpackten Ordner wechseln

um das Script ausführbar zu machen, dann

um das Script zu starten.

Es sollte jetzt die Datei zx1541.asm assemblieren, und aus dem obj-code die Datei zx1541.rom erzeugen.
Diese wird dann mit dem Soll-Zustand zx1541.orig.rom verglichen und Bescheid gegeben, wie dieser Test ausgefallen ist.

Viel Spaß damit und vielen Dank an Alfred Arnold für diesen wunderbaren Assembler!

edit: make wird nicht benötigt

Zitat von alx

sieht also alles gut aus.

Zitat von flowerking

Scheint also alles zu funktionieren!

Prima! Vielen Dank für Eure Mühe!

Zitat von alx

es wurde aber gar kein make beoetigt (hab' aber die dev-tools drauf).

Stimmt, danke.

Zitat von flowerking

Der Test aus den Source lief auch erfolgreich, aber erst nach dem (wie bei alx) die Pfade für asl und p2bin angepasst waren.

Habe das Test-Script jetzt angepasst. Wenn selbstgebaute Binaries vorliegen, werden die getestet. Ansonsten systemweit installierte.

Ich konnte zwischenzeitlich die Paket-Erzeugung doch noch für die Kommandozeile automatisieren. Das gefällt mir natürlich viel besser, weil damit gewährleistet ist, dass das Paket immer auf die gleiche Art und Weise gebaut wird. Im Ergebnis ist dann eine dmg daraus geworden, die den uninstaller separat vom Installationspaket enthält.

Für die Tests müssen jetzt auch keine Dateien mehr geändert werden, einfach asl.tar.gz auspacken und im Ordner "tests"

ausführen.

ähm... wer will nochmal, wer hat noch nicht?

Prima! Dankeschön!