Ah OK, well that's good to know then. I was talking about additional options, IE an option to make it do _even more_ optimizations. Instead of teh "faster" mode, I was talking about a slower mode, wherein it does _even more_ optimizations another pass or something. Also about the subroutines returning variables that's workable. Since I needed a way to do the InData that was actually working with data, not just strings. But since it seems to be workable, I'll be using it then. Thanks for the info everyone who's already said things here.


Edit:

Something else that I'd like to see as the main parser, is a Binanry string converter. It'd be the same as the >Hex command.


Something like

Exp>Bin

Then it'd convert it into a binary string. It'd be useful for the program I'm working on, I'm planning on writing a routine to do it, but I have no doubt that if it was in the main parser it'd be way faster. Anyway that's all I can think of right now.

I would personally add as a suggestion port Axe to allow to compile it for TI-83 calculators: as more and more projects are using it, it would be great to be able to use them on a TI-83 calculator!

It won't be easy though. For example, you'll need to emulate the safe ram areas by allocating them somehow, fix the rom calls and other stuff.

Would be great though

A Axe PC application would also be appreciated
Writing a program on a PC is faster than on a calculator (and less fear of loss of data).

I would personally add as a suggestion port Axe to allow to compile it for TI-83 calculators: as more and more projects are using it, it would be great to be able to use them on a TI-83 calculator!

This is a fairly large undertaking, so it's not exactly at the top of my priority list. It is on it, though.

---

A Axe PC application would also be appreciated
Writing a program on a PC is faster than on a calculator (and less fear of loss of data).

Just write programs in a program/web application that allows editing/saving 8xp files; for example, TI Program Editor, TokenIDE, SourceCoder, or IES. Then you can either send them to an emulator or a physical calculator to compile and test them.

---

Maybe you could add to the list as feature request multi-pages app and as optimization suggestion lazy if-conditions

I haven't updated this list in forever, I have a personal list that I keep track of all of this stuff on now. The best place to suggest features will always be the Features Wishlist, which I regularly check and add any good ideas to my to-do list.

And short-circuit logic operators already exist as ? and ??.

*edit AOC* This post and a few other were in another topic. That's why Runer refers to the feature Wishlist topic in this post. He isn't crazy or anything (as far as I know )

Really the only way to do that is to code it in yourself with multiple If Statements, as the AND and OR operators are bit-wise and not boolean

Yeah a 83/82 Stats version would need to be separate from the 83+ one. It would definitively be possible, though. Just with fewer features and more limited in memory for games (no archive). When people compile their games, some source code and data is often archived first.

The TI-83 regular edition is still quite popular in Europe, especially in France, because it was re-released in 2004 as the TI-82 Stats then updated in 2006 as the TI-82 Stats.Fr and later the TI-76.Fr which fully supports TI-83  ASM programs.

I've got 2 new feature requets:
1) automatically unarchive the source code if there was found an error in it while compiling
2) making an automatic optimlisation for anything of the form {L1+CONSTANT}, I use that whole the time and I think it would comprimise tons.

Also, it would be nice to implement in the zip file, some links to handy sites, like this community and all kinds of export sites. I've found some, but it took me some time.
And just in case it hasn't been reported yet, in the commands HTML, there is a part of the site that will always be covered by the used header, so it is best to insert some new lines at the beginning.

1) I've been bothered by errors in archived programs a few times, so I see how this could be useful. I've added it to my to-do list.
2) The optimizer in general is a mysterious beast. I would love to add optimizations like that, I'm just not sure how easy it would be.

As for helpful links, agreed. And in regards to the commands file, what is being covered up? I see the header overlay, followed by a small amount of white space, followed by the first piece of actual content on the page (the System commands table).

How about ++EXP? How many times has this been requested?

By EXP, I'm assuming you really mean {EXP}^r? In which case, that's basically what {EXP}^r++ is. The only difference is the return value, as this doesn't return either the old or new value of {EXP}^r because it isn't optimal to do so.

jo-thijs, if you have zStart, or, I suppose, any app that will let you edit programs in Archive, Axe was recently modified to allow that hook to work, so pressing [PRGM] with an app like that installed will work now.
(Also, I recommend zStart in particular if you don't already have it. It's awesome ^^ )