re: interfacing
which reminds me. i ought to try to document the clines/defentry
portions of Axiom so we can capture the technique and other people
can expand it.
sigh. yet more work to do :-)
t
___
Axiom-developer mailing list
Axiom-developer@nongnu
Greetings! At least with AXIOM built atop GCL, interfacing with any C
code is pretty trivial. See the gcl docs for clines, defentry, and
compiler::link. There is also a thread in this group about
interfacing to fast blas via these GCL interfaces.
Take care,
Ralf Hemmecke <[EMAIL PROTECTED]>
On Wed, 9 Nov 2005, Nicolas M. Thiery wrote:
[Hi Nicolas, I tried this directly to send to you but your return addres
fails, so I post it on this list, sorry to the others]
Hi Nicolas,
> > > The combinat people integrated a tremendous amount of code from
> > > symmetrica, partly SCHUR and forged
Dear Bertfried, dear Martin, dear Axiom developers,
> Nicolas: I'm copying this to you, since I'd like you to correct me
> if I'm mistaken...
Thanks Martin for keeping me updated. I completely second your
comments. Yes, the MuPAD-Combinat code is LGPL, so please go ahead and
reuse as much
Hello,
By tha way: Is there a possibility for AXIOM to interact with external
C-functions via a sort of wrapper?
Given that AXIOM is in some way connected to Aldor the following link
should provide an answer.
http://www.aldor.org/docs/HTML/chap19.html
I am however not really sure whether t
On 9 Nov 2005, Martin Rubey wrote:
Hello Martin,
I knew that MuPad Combinat is open source. And I had some discussions with
Tomazet and other Marn le Valle people about a port and *they* told me its
easy. However, for me its rather difficult to see what the combinat code
does, furthermore, some a
Dear Nicolas, Bertfried, *
Nicolas: I'm copying this to you, since I'd like you to correct me if I'm
mistaken...
Bertfried Fauser <[EMAIL PROTECTED]> writes:
> The combinat people integrated a tremendous amount of code from symmetrica,
> partly SCHUR and forged from these special purpose (few us
Helllo,
Even with individuals we lose work. Manual's work is still tied
up somewhere in INRIA.
Can it be freed up? I would think that's a resource that should be
preserved if at all possible.
Stephane Dalmas <[EMAIL PROTECTED]> is the responsible
person at INRIA. I've already asked him ab
Bertfried Fauser <[EMAIL PROTECTED]> writes:
> Hi,
>
> first, is that reliable information?
I think so. The thread that CY linked to had a link to the MuPAD
founder's website, http://fuchssteiner.info/, which discusses it, and
the thread also contains comments from Christopher Creutzig, a
Hi,
first, is that reliable information? If so it would be a desater
to the fruiltful and active work on the tremendouly good combinat package
of MuPad. However, some of those developers might have MuPad source, I
have to be inquisitive. Anyhow, it would have officially to go open
source.
--- root <[EMAIL PROTECTED]> wrote:
> God I hate to see such research die.
Amen.
> I hope they have a "deadman provision" to open source the work
> if MuPAD/SciFace dies. Perhaps we could merge the efforts and
> benefit in the long run. If they do open the code someone should
> let me know.
I
God I hate to see such research die.
I hope they have a "deadman provision" to open source the work
if MuPAD/SciFace dies. Perhaps we could merge the efforts and
benefit in the long run. If they do open the code someone should
let me know.
I know that in the U.S. there is no NSF funding available
12 matches
Mail list logo
