Ralf Hemmecke <[EMAIL PROTECTED]> writes: > > In our case it means that we should really generate efricas at > > install time (not at build time).
OK for me. > Yes. I am strongly for this. Either efricas, or maybe better fricas.el > (which lives inside the fricas installation tree). No, please don't touch fricas.el. > I am actually not so sure whether fricas.el should ever move into a > private ~/.emacs.d directory. The problem is that an old fricas.el might > not be compatible with a newer version of fricas (because of markers and > such). There is a good reason to have fricas*.el in your own directory, namely, when you use emacs a lot, but you do not have admin rights. If fricas*.el lives elsewhere, you will have to adapt your load-path, if you want to use it without efricas. fricas.el should be backwards compatible. Currently, I do not care too much about that, since there are hardly any users. However, the design is such that one can use older fricas.el also with newer fricas - possibly also the other way round. (there are only few markers which are absolutely crucial: I think prompt and readline.) Martin --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/fricas-devel?hl=en -~----------~----~----~----~------~----~------~--~---
