Omnimaga
Calculator Community => Major Community Projects => The Axe Parser Project => Topic started by: ZippyDee on April 09, 2011, 06:23:58 pm
-
So, people post Axe code all the time on the forums, and I began thinking that it would be nice to have an off-calc compiler for code like that. Then I realized that in order to do that the whole compiler would have to be replicated...so instead I thought it would be useful to have something that read through the code and stored the source in the token forms that the calculator uses, and saves that as a file that you can easily send to your calculator. This could also work in the opposite direction to read a file FROM the calculator and translate back into individual characters instead of tokens. Any thoughts? I was thinking of just making this with a java applet so it's easily accessible for cross platform use.
EDIT: I suppose this could be used for BASIC programs, too, if all it's doing is token-izing character strings.
-
You mean something like Source Coder?
-
Yeah, most people use sourcecoder for that ;)
However, if you could do of calc compiling to an assembly compiled program, that would be awesome :)
-
What do you mean Ashbad? Like AXE to assembly?
-
I'm actually working on this for tiDE
-
What do you mean Ashbad? Like AXE to assembly?
Yeah, a compiler :)
And sir, I'm interested, can you explain it? (or add link)
-
I'm actually working on something really similar in the form of an IRC bot. It's on a mini hiatus (it's in my head, just haven't gotten enough time to work on it). You can find this little guy at #thebot. The syntax, if you wish to play with it:
<AtomASM> z80asm Help | #z80asm [Assembler: spasm, brass, tasm] [Pastebin Source URL] [Output file name (like hellowrd.8xk, etc.)]
Pastebin to 8xp and back is being worked on, as well as integrating wxWabbitEmu into the mix to attempt Axe compiling! :)
-
And sir, I'm interested, can you explain it? (or add link)
Well, it isn't ready yet, but I'll run an emulator in the background (without showing the window) and send Axe and your source code to the emulator, then force all the keypresses needed to get it compiled, then dump the created file.
-
Lol I guess that's one way to do it, SirCmpwn
-
It's definitely the easiest way :P
-
Indeed :) but hey, it should be fast, safe, and perfect, so I guess that would be the best way to go for that. Plus, if it included that emulator for testing, that would make it even better.
-
I'm also working on a program that can tokenize and detokenize Axe files.
Currently, it can turn 8xp to Axe, and I'm almost finished with Axe to 8xp (obviously, not compiled). I just need a few hours to work on getting checksums to work.
-
Hmm, on that note, I have to wonder how hard an axe decompiler (to Axe source, not Asm) would be, considering the routines are fairly constant. Anything unrecognized could go to [HEX] as a backup.
-
Hmm, on that note, I have to wonder how hard an axe decompiler (to Axe source, not Asm) would be, considering the routines are fairly constant. Anything unrecognized could go to [HEX] as a backup.
It might not be that hard to do because most Axe routines are copy and pasted from the include file. The source would probably turn out differently, but it would still compile back the same.
-
Anything unrecognized should compile to Asm( not [HEX] just in case...
-
And included sprites and picvars would prob. be problematic, since they just become hex, with a standard pointer.
-
Indeed, I thought of that too. The program would have to recognize the difference between pointers and just numbers.
-
In the future, after 1.0.0 is released, I though of an idea of how I could bring Axe to the computer platform officially.
Instead of emulating Axe at the assembly level, I could write a compiler instead that takes z80 source code and converts it to C code or whatever language, compile that, add some fancy GUI stuff and an editor, and poof! Done.
Low to high level language compilers are easy and don't have to be very efficient. There is a very limited number of assembly instructions anyway and the actual z80 source only needs to be modified slightly for the different input output standards I would need.
-
ooooooooooooooooooooooooooo
-
^^ lol. It will be so freaking awesome, though. It means we can compile apps with more than 1 app page.
-
And sign them :D
-
In the future, after 1.0.0 is released, I though of an idea of how I could bring Axe to the computer platform officially.
Instead of emulating Axe at the assembly level, I could write a compiler instead that takes z80 source code and converts it to C code or whatever language, compile that, add some fancy GUI stuff and an editor, and poof! Done.
Low to high level language compilers are easy and don't have to be very efficient. There is a very limited number of assembly instructions anyway and the actual z80 source only needs to be modified slightly for the different input output standards I would need.
That seems like a good idea, hope you can ever make it. Someone else could make it too, but you'd have to release Axe source.