Ti-Basic Extension

[Zaphod Beeblebrox]

I am working on a program that in essence makes it easier to program TI-Basic on the computer. You write a program and then run it through a "compiler" on the calculator, which makes changes to an output file. The output file is then the ultimately run file. The compiler has 5 different options (at the moment) that can be turned on or off. They are:

* Comments - Anything after // is removed.
* Whitespace - Anywhite space outside of quotes is removed. This allows one to indent as often as one chooses on the computer without worrying about removing the indents.
* For-each - I am not exactly sure how I will implement this but I plan to add for-each loop capability for lists, matrices, strings and possibly even programs.
* Optimizer - A basic optimizer, not incredibly smart, but takes care of some basic stuff.
* Preprocessor - A C-style text preprocessor. I have only two commands implemented for this -DEF and -INC. DEF does basic text replacing. For example if one did -DEF != ≠. This would allow the person to use != wherever they wanted in the program. INC allows inclusion of another program inside their own. All it does is copy the code into the program, allowing for inclusion of any code or DEF statements inside that code.

I also intend to add plug-in support for additional compiler options. BTW, I am aware that "compiler" is the wrong term, but its the only one I could think of in this context. So I'm hoping that you guys might have some ideas for additional compiler options that you would like.
_________________
Project Status:
- Lunar IDE 1 - 100% | Done
- Lunar IDE 2 - 60% | Finishing unfinished bits

[Eeems]

I'm thinking that parser is the better term, looks like a good idea though, I'd love to see it
_________________

[Glenn]

I believe that you used the better term in one of your features, preprocessor. I think this looks cool, I will have to look at it when it is published.
_________________

[KermMartian]

Preprocessor is indeed the correct term. As someone who has written a compiler from scratch (you know, one that turns C code into an x86 binary executable by way of x86 assembly in Linux), it pains me to hear a set of replacements and somewhat intelligent macros being called a compiler. With that said, this sounds like a very fun project, and I look forward to seeing how it progresses. How does SourceCoder fit into this?
_________________

[Glenn]

[Ultimate Dev'r]

[Glenn]

Oh, I never would have realized that.
_________________

[Zaphod Beeblebrox]

The program is a on the calculator (although I suppose I could write one for the computer). However, it is meant to make writing programs on the computer easier. So I have the preprocessor, comments and whitespace have been taken care of. I'm not really up to date on what SourceCoder does, but I think in terms of optimizations it should provided some basic stuff that SourceCoder probably provides. I will post a code sample of input and output code as soon as I get a chance.
_________________
Project Status:
- Lunar IDE 1 - 100% | Done
- Lunar IDE 2 - 60% | Finishing unfinished bits

[Kllrnohj]

[elfprince13]

[Ultimate Dev'r]

[swivelgames]

Seems like it could be an interesting project to watch grow

[Glenn]

[elfprince13]

[Ultimate Dev'r]

[Kllrnohj]

[KermMartian]

Kllrnohj, I bet mine was more complex than yours. I supported the full C99 standard, except for some strangeness with typedefs that would have made my parser three times as complex as it was, and would also technically break my hierarchical, modular model. It even did some rudimentary optimization to minimize the use of temp registers.
_________________

[Kllrnohj]

[elfprince13]

[Ultimate Dev'r]