On Sun, Mar 9, 2014 at 5:33 PM, Martin Baker <[email protected]> wrote:
> If your project allowed SPAD generated code to be embedded in a mainstream > language with good graphics support (Like Java of Python), then I think the > sort of things I want to do become more possible. > First solution is to create FFI (Foreign Function Interface) for FriCAS. That would allow to build modern UI just in SPAD using calls to C libraries. Similar technique is used by the languages you mentioned. Second one is to allow to run two interpreters in a single process. While not impossible, this approach is substantially more difficult because you need to make two garbage collectors run within the same address space. I am tempted to ask lots of questions about the project, but I suspect that > would not be very helpful at this stage, so I think the best thing I can do > is wish you success and let you get on with it. > Thanks! :-) PS If there was some way I could help (despite my lack of knowledge of > FriCAS internals) then let me know. > Ask Waldek - he has a plenty of work to give out ;-) Anything you can do to limit FriCAS library dependencies on BOOT and Lisp code would be a win in long term. If we eventually decide to move away from Common Lisp as runtime environment, every function we use from CL library will need to be rewritten. Note that BOOT language is a thin abstraction layer on top of CL. There's plenty of BOOT code in src/interp that is not directly tied to the compiler. It could be possibly rewritten into SPAD. My personal favourite, as for today, is OutputForm domain. It converts data into s-expression and forwards processing directly to BOOT code in src/interp/i-output.boot (~2400 LOC). I see no reason why it couldn't be rewritten into SPAD. Oh, by the way, current implementation of mathprint function is really buggy. -- Kind regards Krystian Bacławski -- 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.
