On 15/04/14 01:34, Waldek Hebisch wrote:
To be clear: I did things which were intedned to help you.
AFAIK Ralf finished 'outputTran' and has no immediate plans
to do more work on 'i-output.boot'. As you requested I planed
to move top level choice of formater (the 'output' function)
to Spad. If you no longer need this, I will probably skip
this past the release. I have no other immediate plans
concerning 'i-output.boot': I consider changes there important,
but they can wait a little.
Waldek,
My objective is to get to the point where I can do the things on the
projects Sourceforge feature requests, specifically those which require
large changes to type system and interfaces. These are my own personal
interests but I think they would have wider appeal and it would be good
if I could contribute in some way to a resurgence in a popularity of
FriCAS that it deserves.
At the moment the changes these things would require are totally
dependant on you (or possibly Ralf or Bill?). There is no way I could
predict all the consequences of any changes I might make to boot or lisp
code. If you were to stop working on FriCAS, the project would die, and
any work that I did on it would be wasted.
These issues are why I am very keen on your idea to move boot code to
SPAD code since I can more easily contribute to higher level code. I
would want to go much further than just i-output.boot and convert all of
the interpreter as well. Since you and Ralf appeared to me to have
i-output.boot in hand I started to experiment with the main interpreter
loop here:
https://github.com/martinbaker/multivector/blob/master/Interpret.spad
I think, where we differ, is the approach. You want to maximise backward
compatibility and therefore do lots of small incremental steps. I would
like to find an approach that allows me to do what I want a lot faster
even if this means cutting out old stuff. I really like the idea of very
small, lean and high level codebase.
I don't think we are ever going to agree on this and its possible that
what I am trying to do is totally impractical. Therefore it would
probably save a lot of arguing if I just experiment with the interpreter
independently for a while and leave it upto you when you do a new release.
Martin
--
You received this message because you are subscribed to the Google Groups "FriCAS -
computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.
