Assembler für 68k-Familie

[Cyrics]

Hallo,

ich würde mich gerne näher mit maschinennaher Sprache beschäftigen. Ich hab einige Grundlagen in Assemblersprache für die 68k-Familie, jedoch bin ich etwas überfragt inwiefern ich diese bei OS X umsetzen kann.
Gibt es die Möglichkeit einer Chroot-Umgebung? Wie erfolgt die Umsetzung des geschriebenen Codes? Muss noch irgendwas simuliert werden?
Kann die Assemblersprache von 68k auf PPC angewendet werden? Bei Apple heisst es irgendwie, dass sie die 68000 Assembler Code Befehle entfernt haben...

Vielen Dank für eure Hilfe

 

[zorn]

Was für einen Mac hast du? i86, PowerPC? Entsprechend codest du den Assembler. Assembler Command = CPU command

 

[Senior Sanchez]

Naja, ansonsten gehts nur über einen Emulator, aber da kenne ich ehrlich gesagt keinen.

Und was mich an der ganzen Motorola-Serie schon immer nervte, waren diese richtig bekloppten Adressierungsarten *g*

 

[Cyrics]

Was für einen Mac hast du? i86, PowerPC? Entsprechend codest du den Assembler. Assembler Command = CPU command

PowerPC! Von Intel halte mich noch etwas fern.
Ich will mich nicht extra noch in deren Assemblersprache wie für x86 oder PPC einarbeiten sondern irgendwie mit dem Arbeiten, was ich wenigstens schon etwas beherrsche. Daher würde ich gerne auf Basis von Motorolas alten 68k coden. Ich weiss nur nicht wie ich anfangen kann, bzw. wie genau ich mein Ergebnis darstellen kann.

68k ist ja nicht tot oder so, das ist ja eigentlich noch immer aktuell bei irgendwelchen kleinen Embedded Systems.

Benötige ich nun also eine Simulationssoftware dafür bzw. wie starte ich mein Programm? Kann ich 68k-Code auf PPC anwenden? Gibt es eine Art Entwicklungsumgebung dafür unter OS X?
Es gibt selbst einen 68000-Editor für den TI-89 von Texas Instruments. Hab auch hier schon Threads gelesen über andere Assembler für ATmega 16.

PS: tut mir leid, dass sich das hier alles etwas unbeholfen anhört. Ich hatte sonst früher die Möglichkeit ein echten Motorola und eine richtige Umgebung zur Verfügung zu haben. Auf diese Plattform konnte man seinen Code flashen und das Ergebnis begutachten. So etwas würde ich mir für OS X simuliert vorstellen. Alles in die Richtung würde mir helfen. Notfalls muss ich selbst etwas zusammen basteln damit es funktioniert.

 

[Amin Negm-Awad]

Naja, ansonsten gehts nur über einen Emulator, aber da kenne ich ehrlich gesagt keinen.

Und was mich an der ganzen Motorola-Serie schon immer nervte, waren diese richtig bekloppten Adressierungsarten *g*

Sie waren damals eher günstig, weil sie (erstmalig?) Rücksicht auf Hochsprachen nahmen. Genauso wie etwa LNK und UNLNK.

 

[Senior Sanchez]

Sie waren damals eher günstig, weil sie (erstmalig?) Rücksicht auf Hochsprachen nahmen. Genauso wie etwa LNK und UNLNK.

Ja, klar
Auswahl ist doch gut und das hat schon die entsprechende Daseinsberechtigung.

Aber ich musste mir für meine Rechnersysteme-Klausur diesen doofen Adressierungsarten merken

 

[Tengu]

Empfehlung:
CodeWarrior

oder

SimulAVR
und den gnuDebugger

samt

http://sourceforge.net/projects/osxavr/

Mehr kenn ich nicht... evtl. kannst Du das xCode PlugIn nutzen. Ansonsten hast Du keine Wahl: VM und Windows. Da dann natürlich emulieren.

 

[below]

Für 68k brauchst Du einen Emulator, oder einen sehr alten Mac.

Alex

 

[tjp]

Kann ich 68k-Code auf PPC anwenden?

Das geht unter MacOS X auf einem PowerPC nur mit "Classic", welches noch alte 68k Programme emulieren kann. Entsprechend brauchst Du auch eine alte Toolchain für 68k Programme (MPW gab es mal bei Apple frei zum Herunterladen), da meines Wissens Xcode das nicht mehr kann.

 

[Hobbes_]

PowerPC! Von Intel halte mich noch etwas fern.

Das geht unter MacOS X auf einem PowerPC nur mit "Classic", welches noch alte 68k Programme emulieren kann. Entsprechend brauchst Du auch eine alte Toolchain für 68k Programme (MPW gab es mal bei Apple frei zum Herunterladen), da meines Wissens Xcode das nicht mehr kann.

Genau. In der Classic-Umgebung sollte das gehen. In Ergänzung zu den Empfehlungen von Tengu fand ich noch diesen älteren Compiler / Entwicklungsugebung, die zwar nicht mehr supported, jedoch kostenlos ist. Vielleicht mal einen Versuch wert?

http://www.lightsoft.co.uk/Fantasm/fant.html

Und was mich an der ganzen Motorola-Serie schon immer nervte, waren diese richtig bekloppten Adressierungsarten *g*

Also ich habe die 68k immer als deutlich einfacher, logischer und programmierfreundlicher erlebt als die damaligen Intel-Pendants. Doch ist meine Assembler-Zeit auf 68k schon eine Weile her und fand auch auf einem anderen OS statt.

 

[Amin Negm-Awad]

Das geht unter MacOS X auf einem PowerPC nur mit "Classic", welches noch alte 68k Programme emulieren kann. Entsprechend brauchst Du auch eine alte Toolchain für 68k Programme (MPW gab es mal bei Apple frei zum Herunterladen), da meines Wissens Xcode das nicht mehr kann.

Wie kommt man auf den Gedanken, die Toolchain sei eine Frage der IDE? Noch nie programmiert?

 

[tjp]

Wie kommt man auf den Gedanken, die Toolchain sei eine Frage der IDE?

Nicht jede IDE unterstützt jede Toolchain. Der gcc hat kennt keine MacOS 7.0-8.1 68k Plattform, den kann zwar für 68 Code Generierung nutzen, aber nicht für diese spezielle Plattform. Der Grund dafür waren unterschiedliche Auffassungen über die Lizenzen, so daß GNU nie Apples MacOS unterstützt hat. MPW war damals die offizielle IDE von Apple, von der du scheinbar noch nie etwas gehört hast. Alternativ wurde sehr viel Metrowerks CodeWarrior genutzt. Eine Zeitlang gab es auch Symantecs Compiler (Pascal, C und C++) frei, die damals auf 68k Rechnern sehr beliebt waren.

Noch nie programmiert?

Im Gegensatz zu dir auf vielen verschiedenen Plattformen, daher weiß ich das IDEs nicht mit beliebigen Compilern funktionieren, sondern nur mit bestimmen Compilern zusammen funktionieren. Aber mit allem was nicht Cocoa und Objective-C ist, seit ihr beiden ja hoffnungslos überfordert.

 

[Amin Negm-Awad]

*Huch* Ich kann keinen anderen Compiler von Xcode aus starten? Funktioniert nicht?
Na, dann bin ich wohl der Überforderte?

Wie du jetzt allerdings auf Compiler kommst, bleibt mir ein Rätsel …

 

[tjp]

*Huch* Ich kann keinen anderen Compiler von Xcode aus starten?

Jetzt wird's absolut lächerlich, Xcode war nie dafür vorgesehen 68k Programme für MacOS zu erzeugen. Man kann keine GUI-Oberflächen für 68k Programme erzeugen, etc. pp. InterfaceBuilder funktioniert nur im Zusammenhang mit Carbon, welches es nie für 68k gab. Wenn du MPW kennen würdest, würdest du keinen solchen Blödsinn verbreiten. Xcode wäre in diesem Zusammenhang zu einem reinem Editor reduziert. Der MPW-Editor ist so gut, daß sich das definitiv nicht lohnt. Die Projektfiles von MPW kann Xcode nicht erzeugen oder verwalten, da beide IDE vollständig anders sind.

 

[Amin Negm-Awad]

Ja, lächerlich ist der richtige Ausdruck, vllt auch vollständig unqualifiziert:

Noch einmal: Was hat die IDE damit zu tun, aus welcher Sprache wohin übersetzt wird? Xcode ist dafür gemacht, zu einem Filetype einen Editor zu starten, den der Benutzer auswählt und einen Übersetzungsvorgang zu starten, den der Benutzer auswählt.

Was hat Xcode mit GUI zu tun? Hast du dir wenigstens mal die Defaultprojekttypen angeschaut? Offenkundig nein, obwohl das ja nun wirklich nicht viel verlangt wäre.

hns compiliert etwa aus Xcode für den ARM unter GnuStep.

 

[tjp]

Noch einmal: Was hat die IDE damit zu tun, aus welcher Sprache wohin übersetzt wird?

Compiler für das klassiche MacOS sind keine freistehenden Applikationen sondern Plugins für die IDEs, so daß man sie nicht direkt aus Xcode heraus aufrufen kann. Man muß immer die IDE mit starten, und kann diese nur dann fernsteuern, wenn diese hinreichend neu ist und sie AppleScript unterstützt. Die MPWShell ist nicht ApplesScript fähig! Da aber AppleScript erst mit den PowerPCs auf breiter Front eingeführt wurde, ist dies also nicht automatisch gewährleistet (siehe MPW Shell). Aber jeder der einen Compiler auf dem klassischen MacOS mal benutzt hat, ist diese Problematik bekannt. Dir nicht?

Bestenfalls kann man so eine neue IDE wie etwa Codewarrior mittels AppleScript fernsteuern und darüber Code für 68k erzeugen. Wenn man aber Codewarrior nutzt, dann braucht man kein Xcode mehr, da es nach der Meinung vieler Mac Entwickler die bessere IDE ist. Nur durch den Plattformwechsel zu Intel sind viele Metrowerks-Nutzer auf Xcode zwangsweise gewechselt.

Dem OP ging es darum möglichst ohne großen Aufwand Programmcode für 68k erzeugen zu können, und diesen auf seinem PowerPC Mac zu testen. Mit MPW und Classic ist dies möglich.

Es wäre schön, wenn du zu seinem Problem mal eine produktive Antwort geben könntest.

 

[Amin Negm-Awad]

Ich hatte auf diesen Beitrag von dir geantowrtet: "[…] da meines Wissens Xcode das nicht mehr kann."

Das hat nichts mit Classic zu tun, das hat ichts mit MPW zu tun. Ich weiß nicht, wie du jetzt darauf kommst.

In Xcode ist das entgegen deiner Behauptung "[…] da meines Wissens Xcode das nicht mehr kann." sehr wohl möglich. Das war auch mein konstruktiver Beitrag.

Die Emulation ist davon ein völlig unabhängiiges Problem. Da es dem OP offenkudnig darum geht, in ASM hereinzuschnuppern und zu trainieren, dürfte ein graphischer Emulator ohnehin das Beste sein.