It would be a nice addition to Fricas to include the FFI system that Gaby
implemented in OpenAxiom.
https://parasol.tamu.edu/~gdr/OpenAxiom/ffi-draft.pdf
On Sat, Oct 24, 2015 at 10:28 AM, Bill Page
wrote:
> Alasdair,
>
> For entirely selfish reasons :) I would like to encourage you to
> continu
Thomas Baruchel wrote:
>
> I think the package is ready now;
>
> https://github.com/baruchel/numerical-routines/tree/master/spad
>
> The PSLQ (which was once selected as one of the "Top Ten Algorithms of the
> Century) (see: https://en.wikipedia.org/wiki/Integer_relation_algorithm )
> is an a
Alasdair,
Have you been successful running the example below using SBCL? In my
case I get an error during quickload:
[package osicat]..
[package gsll].;
; caught ERROR:
; READ error during COMPILE-FILE:
;
; end of file on #
;
; (in form starting at line:
Alasdair McAndrew wrote:
>
> The more I read about Lisp the more difficult it seems. It would probably
> be just as easy for me to write a integrate.input file from scratch
> containing the Gauss-Kronrod code,
Any reason for specifically wanting Gauss-Kronrod code? On
my todo list was writing a
I'll give it my best shot... time permitting! Here are the issues I face
so far:
QUADPACK is designed for use with IEEE double precision arithmetic. Thus
the nodes and weights for numeric integration can be given as fixed
values. However, for FriCAS it would be proper, I think, to allow
arbitra
Ralf Hemmecke wrote:
>
> > Anyway, whatever happens to 'sman' I hope that
> > '-nosman' will be obsolete in the future.
>
> That's fine with me.
>
> My point partially is that I am not programming anything new. There are
> already nice interfaces. Jupyter is one of them. It's just that one has
>
I'm endorsing what Bill suggested. If you are going to manage just one
function the rest of it will be routine.
This might interest you:
https://github.com/matlisp/matlisp
Especially
https://github.com/matlisp/matlisp/blob/t2/src/packages/quadpack/quadpack.lisp
which seems to me quite easier to
> Anyway, whatever happens to 'sman' I hope that
> '-nosman' will be obsolete in the future.
That's fine with me.
My point partially is that I am not programming anything new. There are
already nice interfaces. Jupyter is one of them. It's just that one has
to connect them to FriCAS.
The problem
Ralf Hemmecke wrote:
>
> > OK. A little comment: in the past only sman looked at command
> > line arguments, so the code was reasonable. I hope that in
> > the future we will be able to use sman with frontends.
>
> Well, maybe that works with sman, but I don't really want to work on
> this. Cer
> OK. A little comment: in the past only sman looked at command
> line arguments, so the code was reasonable. I hope that in
> the future we will be able to use sman with frontends.
Well, maybe that works with sman, but I don't really want to work on
this. Certainly, in the near future, we will
Ralf Hemmecke wrote:
>
> > Hello Waldek,
>
> To me it seems that the -nosman option is rather unflexible. Shouldn't
> we allow that "fricas -nosman" simply starts AXIOMsys with the AXIOM
> variables set correctly
>
> and
>
> allow that any command line argument that comes after -nosman is pas
Alasdair,
For entirely selfish reasons :) I would like to encourage you to
continue work on this since I also would like to be able use some of
the standard numeric libraries in FriCAS. But I am also sympathetic to
your reaction concerning the details in Lisp. One thing that might
help is that bot
> Hello Waldek,
To me it seems that the -nosman option is rather unflexible. Shouldn't
we allow that "fricas -nosman" simply starts AXIOMsys with the AXIOM
variables set correctly
and
allow that any command line argument that comes after -nosman is passed
to AXIOMsys.
> Why not turn
>
> if [
On Fri, 23 Oct 2015, Thomas Baruchel wrote:
(4) -> pslq(v, 1.0E-36)
(4) [- 2.0,8.0,3.0,- 2.0]
Type: OneDimensionalArray(Float)
Why does it return a OneDimensionalArray(Float)? I thought it should
return a OneDimensionalArray(Integer).
Andrey
-
The more I read about Lisp the more difficult it seems. It would probably
be just as easy for me to write a integrate.input file from scratch
containing the Gauss-Kronrod code, rather than wrestling with a language of
which I have little understanding, and no competence!
On Sat, Oct 24, 2015 at 3
15 matches
Mail list logo
