Today we have 59872 lines of Lisp and Boot code in src/interp (4100 lines of Lisp and 55772 lines of Boot). That is decrease by 1522 compared to FriCAS 1.3.11. As I wrote eventually I would like to limit Lisp to lowest level support code and move other functionality to Spad code. If we extrapolate linearly, it does not look good, at current speed it would take 30-50 years. But I think that situation is somewhat better. Main obstacle to convertion is typeless nature of past Boot code and reliance on various pieces of Lisp semantics which do not translate well to Spad. After several years of cleanups this improved quite a lot. Namely, now several places in Boot code accept only a single type. Various Lisp "specials" are limited, mostly to places where they are strictly necessary. Also, there are pieces of Boot code for which I have written replacement in Spad (or could be easily converted), but we use Boot version because functions need to be called from Boot and calling from Boot to Spad was rather inconvenient. Now we have somewhat better way to call Spad, not entirely satisfactory, but it allowed to use functions from 'BasicKeyedAccessFile' in interpreter.
I hope to replace current HyperDoc code in Boot by Spad version. More about this in another mail, but let me say that part (probably 10%) is done in my developement version. When done this would remove few thousends lines of Boot code and ease moving other parts to Spad. Also, currently most of decrease of use of Boot is due to simplification of code. As functionality is moved to Spad what Boot code should have less responsibility which should allow more simplification (and ease rewrite of remaining parts). Anyway, I hope that that speed of removal of Boot code will increase, it will take time but may be much faster than simple extrapolation would predict. -- Waldek Hebisch -- 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 fricas-devel+unsubscr...@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/fricas-devel/aEDxUTeiK1Gbk24M%40fricas.org.