SpinSIDE mode for SimpleIDE
jazzed
Posts: 11,803
Hi all. I'm working on adding Spin/PASM support to SimpleIDE.
I've been avoiding starting this thread so far for various reasons, but it must happen eventually.
So far both BSTC and the open-source Spin compiler are connected, compile, and load programs.
At this time SpinSIDE mode works the same as with using C/C++ with a few exceptions.
A preview of what I have now should be ready in a few days.
Thanks,
--Steve
I've been avoiding starting this thread so far for various reasons, but it must happen eventually.
So far both BSTC and the open-source Spin compiler are connected, compile, and load programs.
At this time SpinSIDE mode works the same as with using C/C++ with a few exceptions.
- Project manager holds one spin file.
- Project manager popup menu is disabled for Spin mode.
- C/C++ specific controls and board type are disabled or hidden.
- Spin Highlighting works.
- Project options Compiler tab has only a command options box.
- Source browsing is not implemented
- PST-like terminal cursor positioning
- Project tree list for file navigation
- Source browsing
- Better serial terminal handler
- Some kind of "object dot" method selection
- Some kind of "object hash" constant selection
- ANSI serial terminal
Thanks,
--Steve
Comments
Not sure if there's time for it before my deadline. Will put it on the wishlist.
OBC
It must be a good feeling to know you'll be done after the PropForth IDE is implemented!
Seriously, this exciting news for the Propeller world!
-Phil
I very much look forward to the demo
Are you taking wishlist suggestions? Or is it going to be open source? I'm guessing if it runs on Linux it isn't a language I'm familiar with and I couldn't contribute to but I was curious.
Looking forward to it Steve.
From what I have heard, your SIDE is fantastic.
Drac: I will start another thread to explain what the issues are with using alternative USB chips and software, rather than polute this thread.
4. Some kind of "object hash" constant selection
Aren't these already features of the compiler? How do the anticipated features differ from what we already have?
Thanks,
-Phil
@Cluso99, reply posted on your thread. The solution to being able to use any USB/serial chipset all lie in software tweaks. No hardware changes needed.
One cool thing with what Jazzed is doing - if this becomes the "default" spin tool, then moving to C will be much easier as it will be within a familiar environment.
Hmmm, yeah. So what you're saying is that it's like a "gateway drug" for the hard stuff.
-Phil
What I'm finding really nice is that everything seems to be "transparent" and the user can access all resource of the target board without creating some particular driver.
Even if I feel more comfortable with PASM, where I can count cycles, that is nice
I don't know if this is already implemented, but some "inline asm" can be added in future ?
The Arduino IDE lets you add inline assembly routines... thanks to that I could create my first RGB video driver. I think it would be nice.
Francesco.
LOL. Actually it can also be seen as easing the transition to the easy stuff.
While there is no inline asm in Spin, there is an example of how to invoke LMM snippets from Dave Hein in the OBEX http://obex.parallax.com/objects/635/
http://www.parallax.com/Company/ParallaxContributors/tabid/696/Default.aspx
I notice that SIDE, in reporting C errors, returns a list of errors with line numbers and character positions in the bottom frame of the display. For Spin, in case of compile errors, the editor cursor and page view need to jump to the location of the first one and highlight it, the way the current Propeller Tool does. If the Spin compiler is able to flag more than one error at a time (not necessarily a requirement), there needs to be a mechanism to go to and highlight each successive error. This feature has to be able to compensate for intervening edits. I consider this to be a minimal requirement for beginning Spin programmers.
Thanks,
-Phil
Click on the error messages in the build status output.
Thanks,
--Steve
-Phil
This is the intent, if you are talking about the Propeller Tool.
Steve, way to go!
Ken Gracey
That's what I meant, yes.
I certainly hope so. I'm not changing the compiler.
This wonderful, Steve ... great work ... at the risk of crushing your momentum, is there any way to bring Bean's orphaned PropBasic into this?