[Oopic-compiler-devel] Summary
Status: Planning
Brought to you by:
ndurant
|
From: Neil D. <nd...@us...> - 2004-05-05 13:26:10
|
I went through our longish thread of ideas and question asking and have
come up with a summary of what we discussed, just so we know where we are:
* What level of C language support are we aiming for?
We all pretty much agreed to implement C as completely as we can within
the constraints of the OOPic, so aiming for K&R/ANSI where possible but
foregoing things like floating point support.
* What other languages do we want to support?
It seems we're all in favour of C as the primary language to support, but
BASIC seems to be the more popular amongst the community. So
implementing both looks like the best bet, with Java syntax as a
runner-up.
* Do we want a mode that allows "standard" OOPic BASIC/C/JAVA to be compiled?
I think we all agreed that some kind of preprocessor to do the conversion
would be the easiest, converting 'legacy' OOPic script syntax to our new
improved syntax.
* What platforms do we want to support?
General concensus was DOS, Windows, Linux, and maybe Mac. We should aim
to use libraries available on all these platforms to try and maintain a
single codebase for all the platforms.
* What implementation language(s) do we want to use?
We all agreed on C.
* Should we use a compiler compiler, such as flex/bison/lex/yacc ?
Looks like we're all in favour of this, as it will save development time
and make adding/changing the supported syntax easier.
* What extra features do we want to support?
We came up with:
Inline functions
Word / byte / bit arrays in EEPROM via direct references rather than function calls:
Proper shift operators
Malloc to work in EEPROM, and providing pointer arithmetic, similar to Andy's lib
Libraries of useful scripts and VC stuff
Also need to think about these features:
Differentiate between VC and interpreted code, like Delphi divisions
More object-oriented style for user classes (perhaps)
* What bugs in the existing languages do we specifically want to address?
We tackle every bug we know of
* Do we need structures and unions, for example?
Would be nice in the long term
* Requested feature list
We agreed to publish an intended feature list to the forum once we're confident we can
do stuff, and see what else people want.
* Are we making a collection of command line tools, or are we considering an IDE?
The general concensus was for command line tools
Neil
--
Neil Durant
<nd...@us...>
|