Omnimaga
Calculator Community => TI Calculators => Axe => Topic started by: Geekboy1011 on March 23, 2014, 01:51:25 pm
-
Ok to start the name is a little misleading. Its a python script that uses wabbit's com object library to interface with wabbit and compile the program then export it out of wabbit. Still fast and effective though.
Right now its just a simple POC python script but in the end it will have a command line invocation and a GUI with everything you need on it. Its pretty simple only requirement is that you have a new beta of wabbit emu installed and you have used wabbit emu before (it grabs your ROM path from the registry).
Honestly I do not know who would need/use this BUT its pretty nice and works fast and it honestly was a good way to test out the com object library for wabbit while we attempt to get it past alpha into a almost beta state!
other things it will support are different axe versions and projects with multiple source files I just have not coded those in yet.
So thoughts anyone have any actual use for this project?
-
Awe, that misleading title :P
Anyways, sounds nice, may be faster than clicking 'compile' in wabbit all the time ;)
-
Sounds like a good idea, although I probably won't use it since I program everything on calc :P I can think of a couple situations where it can come in handy. Well done ;D
Also, no DL ? ???
-
Not functional enough for a DL yet by the end of the day it will be. Going to setup the command line setup first then work on the GUI setup.
@Sorunome its really more of a convenience tool. 1 click OR a quick type up and you have your program compiled. The only thing its missing ATM is an error export I want to make it so that it spits out an error say tokens can use and Merth can incorporate it in.
-
Well that sounds very interesting. I've been wanting to do something similar with Tilem and bash scripting.
How do you plan to handle compile errors ? I think having an asm program on the calc side handle the Axe app would help.
-
Thats exactly what im doing then Based on what axe does I will handle it from there. I might end up only supporting the latest axe version and newer for error support because of that. I have to talk to runer112 about how to get the info for errors from the app whilst its errored out.
-
If it returns proper error codes and location in code then it could totally be used with tok8x for an IDE. :D
-
Ok so no release yet BUT it does work for no_shell programs with no axioms or anything its really bare bones atm BUT it does work :D I'm able to compile runners super small flappy bird game with a single command line call :D
test.py -s TNYBRDSC.8xp -o TINYBIRD
More work needs doing I need a detokenizer and some other stuff to get it to work the way I want it to but hey it's a start
-
If you hooked this tool into a PC side IDE for AXE, I'm sure several people would declare their undying love for your. :P
-
I can make provisions todo so but sadly I don't really have the motivation to make a full blown ide :P
-
Emacs + make + emu scripting. :3
-
*Vim
:P
More seriously, the only reasons I use Vim is that I don't like to have several windows opened (so I like to save one window by having both the terminal and vim at the same place) and Vim can run through ssh without -X. Other than that, Emacs is surely fine and surely has as many features as Vim.
Anyway, great idea of a project :D
And I like the fact it is not a standalone compiler in fact. This way, even if you stop updating it, it keeps working with newer Axe versions as long as they are on Wabbitemu :)
Just a question: is it fast ? I mean, faster than drag and dropping then compiling in Wabbitemu at speed 400% ?
-
LOL use a tiling window manager and don't care about tons of windows. :P
Also isn't there an unlimited speed mode in Wabbit ?
-
Just a question: is it fast ? I mean, faster than drag and dropping then compiling in Wabbitemu at speed 400% ?
It is currently a wee bit slower as I have not modified the code to support the faster speed modes so sadly its the same speed as normal minus the user having todo more then just type the command out
@Street yes and no. No ulimit but you can get it going pretty fast
Also Its in an alpha state got to write a readme then it will be ready for a tentative release :D
-
LOL use a tiling window manager and don't care about tons of windows. :P
I don't use any tiling manager ???
Just a question: is it fast ? I mean, faster than drag and dropping then compiling in Wabbitemu at speed 400% ?
It is currently a wee bit slower as I have not modified the code to support the faster speed modes so sadly its the same speed as normal minus the user having todo more then just type the command out
OK. Well for now it is still faster for small codes (when drag and dropping takes more time than the compilation in itself) ;)
And when you support fast modes, it will become even more convenient.
-
Hayleia I was suggesting you use one. ;)
-
this would definitively be handy for people who develop on the computer rather than on-calc. Else it's kinda annoying to have to send the source to WabbitEmu then manually compile from there. However, it would be nice if it was supposed by multiple softwares like TokenIDE and SourceCoder (eg a Compile to Axe button).
-
Hayleia I was suggesting you use one. ;)
Oh ok, I thought you were saying "LOL, (you) use a tiling manager..." in a compressed way by getting rid of the "you" :P
I suppose I could do that... if I only had my computer to work on, but I also have to work on school computers, and there I have window "problems".
Moreover, it doesn't solve the X problem. Vim cal even run on a "non-graphical session" (if you see what I mean, I don't know how to say it in English).
-
If you mean that Vim can run in a CLI with no GUI, then 99% *NIX text editors can.
And that is right about using it over ssh. Also I believe GNU Screen/Tmux can tile a terminal. But let's not hijack this topic. :P
-
So back on topic: Speed mode can be implemented and has been hacked in and works with no problem. the code functions fine on my pc.
Issues we seem to be having sometimes we get file send errors and have no idea why. This seems to be(for some) because of people having a CSE rom loaded onto wabbit before execution. Will be adding checks for that and will be adding an option to send a rom of your choice (for those who want to primarily use a different rom or what ever the case may be)
And that's the plan DJ just have to talk to the third parties involved as I really don't want to make an IDE my self as I don't even use AXE! (source coder support is not going to happen unless we make a true PC side axe compiler)
Fast modes will be implemented soon I have to test some wabbit core changes and then implement the changes into python script and then add the command line arguments. Wabbit In theory supports a large amount of different speeds but If you set it to fast it likes to thread lock but I think I will allow up to ~800% ( I also need to make a few changes for supporting events. So that I can properly catch when the program is compiled right now its a horrible hack)
-
I don't mind integrating this into Croquette (https://code.google.com/p/croquette/), but I do need some help in fixing it up so it's a bit more useful. (There are some slight bugs with tokenizing...)
(http://img.removedfromgame.com/imgs/croquetteide2.png)
-
If I were to use croquette (which i may) I would remake the tokenizer by hand to be xml based like tokens and everything else is.
But its an idea.
-
https://dl.dropboxusercontent.com/u/98196116/PythonAxeCompiler.zip
That's the alpha give it a whirl :D
-
Which Python version do I need installed? I might give it a try at one point to see how well it compiles my old programs. :P
-
None its all self included ^^
-
Oh ok, I didn't know it was now possible to run python programs without any dependencies to be installed. O.O
-
Well the dependencies are there they are just bundled into the executable ^^