Announce: FriCAS 1.1.2 has been released
Waldek Hebisch
FriCAS is an advanced computer algebra system. Its capabilities
range from calculus (integration and differentiation) to abstract
algebra. It can plot functions and has integrated help system.
1.1.2 builds on Linux and many Unix like systems (for example Mac OSX
and Solaris 10). FriCAS is build on top of Common Lisp; several
Lisps can compile and run FriCAS -- currently supported are GCL,
SBCL, Clisp, ECL, Closure CL (former OpenMCL).
Project page:
Download page:
http://sourceforge.net/project/showfiles.php?group_id=200168
Mailing list. Please sign up before posting a message.
http://groups.google.com/group/fricas-devel?hl=en
Notable changes (compared to version 1.1.1):
- Experimental Texmacs interface and Texmacs format output.
- Guessing package can now guess algebraic dependencies.
- Expansion into Taylor series and limits now work for most
special functions.
- Spad to Aldor translator is removed.
- Spad compiler no longer allows to denote sets using braces.
Bug fixes, in particular:
- Fixed few cases where elementary integrals were returned
unevalueated or produced wrong results.
- Unwanted numerical evaluation should be no longer a problem
(FriCAS interpreter now very strongly prefers symbolic
evaluation over numerical evaluation).
- Fixed a truncation bug in guessing package which causes loss
of some correct solutions.
- TeX and MathML format should correctly put parentheses around
and inside sums and products.
- Fixes few problems with handling of Unicode.
--
Waldek Hebisch
heb...@math.uni.wroc.pl
Yrogirg
install the new version, but sudo make uninstall (from the
installation directory) gives me
make: *** No rule to make target `uninstall'. Stop.
How do I uninstall it correctly?
Yrogirg
Ralf Hemmecke
> Well, I'm gonna to uninstall manually.
Actually, it's easier. If you install into the same directory, the
installation procedure will remove the previously installed FriCAS there
before it is going to install the new version.
In fact, you are right, we should have a standard "make uninstall".
Actually, I'll soon start a branch here
https://github.com/hemmecke/fricas in order to bring fricas onto
autotools. But the current build procedure is currently quite involved,
so don't expect something in the very near future.
Waldek, you once said that you wanted to improve the iterations of
building algebra. How much have you progressed in this respect? Is this
public somewhere?
If you look into the top level Makefile you'll find an install target.
So, maybe, while you manually work on uninstallation you could at the
same time provide a patch for an uninstall target. That would be nice.
Take care
Ralf
Waldek Hebisch
>
> On 03/26/2011 07:21 AM, Yrogirg wrote:
> > Well, I'm gonna to uninstall manually.
>
> Actually, it's easier. If you install into the same directory, the
> installation procedure will remove the previously installed FriCAS there
> before it is going to install the new version.
>
> In fact, you are right, we should have a standard "make uninstall".
"make uninstall" in general is problematic: for example if user
re-runs configure installed locations and set of installed
programs changes. Currently we put almost everyting in a
single tree but even now in principle 'install' can divert files to
different places and only leave symlinks. In other words,
currently uninstalling is trivial. Once we (or third party)
starts adding complications to installation procedure
"make uninstall" may get easily broken. AFAICS it is better
to let package manager handle uninstallation. So I do not see
added value here.
> Actually, I'll soon start a branch here
> https://github.com/hemmecke/fricas in order to bring fricas onto
> autotools. But the current build procedure is currently quite involved,
> so don't expect something in the very near future.
>
> Waldek, you once said that you wanted to improve the iterations of
> building algebra. How much have you progressed in this respect? Is this
> public somewhere?
>
Part is commited, see 'processGlobals()' in ncomp.boot. Currently
it can recreate bunch of fields from databases but working only
from sources. Currently processGlobals() checks that re-created
fields are the same as corresponding values in databases, but
eventually it will create databases. AFAICS only one field
needed for bootstrap is not handled, that is list of operations.
However, this field is most complicated to generate...
If you want to try it do:
)boot $SaveParseOnly := true
)compile "A1AGG.spad"
....
)compile "ZMOD.spad"
)boot processGlobals()
The compile commands above should compile all .spad files.
I did some more work, but ATM it is too messy/incomplete to show.
--
Waldek Hebisch
heb...@math.uni.wroc.pl