PureBoard

Habs einfach mal hingeschrieben, das inline-asm im compiler aktiviert, - es läuft nicht... unbekanntes symbol bei CALL
Habs auch ohne die mov's versucht, weil der befehl keine parameter hat und weil ich mich dunkel daran erinnere, dass ich irgendein register nicht unter pb benutzen darf. Muss ich ihm da vieleicht noch sagen, dass ich asm verwenden will, oder noch sowas, wie früher 'model tiny' etc. setzen?

Biedermeier hat geschrieben: und zweitens: gibt es ein assembler, das ich kostenlos in meinen compiler fest einbauen kann, so dass ich nichts externes mehr brauche?

http://www.purebasic.fr/english/viewtop ... light=fasm

Sogar mit PB-datei usw. Muss ich die funktionen nicht von hand ausser dll rauspulen

Hab mir jetzt das hier überlegt:
hab den brainfuck-interpreter, den ich schon mal geschrieben hab, auf komplett api umgeschrieben, so dass keine userlibs mehr beteiligt sind.
Da hab ich ne datasection untergesetzt, wo das brainfuck-programm rein soll.
Das ganze kriegt mein brainfuck-compiler in die datasection
Mein programm wird folgendes tun sollen:

1. Das brainfuck-programm an seine stelle einsetzen
2. den interpeter+brainfuck aus der datasection des bf-compilers nach ASM übersetzen (wird dann trotzen nur interpretiert und die exe ist um den interpreter-programm größer, aber bei brainfuck wohl nicht so schlimm ) das wird der fummelige und buggige teil, besonders die ganzen if's vom interpreter... aber dafür kann man die funktionsweise einfach ändern, indem man nur den interpreter verändert.
3. Durch den assembler jagen
4. Abspeichern! Fertig!

Lieber wäre mir, das brainfuck direkt zu übersetzen, ohne den interpreter dazwischen, so dass die exe wesentlich kleiner wird, aber das krieg ich glaub ich nicht hin, weil ich mich mit dem interpreter schon so schwer getan habe...

vorrausgesetzt, ich krieg das mit CALL hin!!!

dann wünscht mir mal viel glück

andere ASM-Programme ausm forum funktionieren auch nicht in meinem pb. muss ich da wat umstellen??? (außer inline-asm-support, der schon an ist)

1. Um die Console (http://msdn2.microsoft.com/en-us/library/ms681944.aspx) mit WinAPI zu öffnen, geht das folgendermaßen (in PureBasic, sollte man leicht in Assembler umwandeln können): 2. In PureBasic-Lounge gibt es jemand, der nen kleinen Compiler mit PureBasic geschrieben hat. Siehe http://www.purebasic-lounge.de/viewtopi ... t=compiler. Ich kann dir Hilfe bei der Programmierung deines Compilers geben, da ich den Code zum großteil versteht und im moment auch gerade bei der Programmierung eines Mini-Compilers bin.

Ist Boolean, also Long! nicht Byte
Ist aber in PB bereits deklariert
Selbst wenn Byte reichen würde, verlangsamt das nur die Ausführung

yust my 2 cents

Biedermeier hat geschrieben:

Code: Alles auswählen

!MOV eax,0      ;keine Parameter
!MOV ebx,0
!MOV ecx,0
!MOV edx,0
!CALL AllocConsole

Haut mich wenn ich das jetzt falsch sage aber Win-API arbeitet mit StdCall-Konvention. Das heisst die Parameter werden alle in umgekehrter Reihenfolge auf den Stack gepusht. Der Rückgabewert wird in eax geschrieben.

Er führt CALL mit nix aus. er sagt immer, dass die funktion zum aufrufen immer nicht definiert ist. stdcall? mit PUSH hab ichs auch schon probiert. Aber ohne alles vorweg gehts auch nicht. eax ist meine ich einfach sozusagen das 'procedurereturn' von den api-befehle.

Du musst bei Call auch eine Adresse angeben, und nicht eine leere Variable

D.h: Fülle die Variable erst mit der entsprechenden adresse zur Funktion.

Laut kaero soll ich mit call die api's aufrufen können - hä? adresse? wie jetzt ich möchte mit ASM das Konsolenfenster öffnen. Also mit reinem Asm, unabhängig von pb, so dass es direkt assembliert wird.