[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Axiom-developer] Axiom Lisp API for OpenMath
From: |
Camm Maguire |
Subject: |
Re: [Axiom-developer] Axiom Lisp API for OpenMath |
Date: |
13 Oct 2005 11:46:24 -0400 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Greetings!
Do I take it that this entails making lisp functions with the
following names in some appropriate package with the functionality of
the C code listed adjacent to them?:
setup_type const om_setup[] = {
/* LISP Name */ /* Unary */ /*
Binary */ /* Nary */
{"om-openFileDev", wrong_no_3a, wrong_no_3b,
om_openFileDev},
{"om-openStringDev", too_few_2,
om_openStringDev, wrong_no_2},
{"om-closeDev", om_closeDev, too_many_1,
wrong_no_1},
{"om-setDevEncoding", too_few_2,
om_setDevEncoding, wrong_no_2},
{"om-makeConn", om_makeConn, too_many_1,
wrong_no_1},
{"om-closeConn", om_closeConn, too_many_1,
wrong_no_1},
{"om-getConnInDev", om_getConnInDev, too_many_1,
wrong_no_1},
{"om-getConnOutDev", om_getConnOutDev, too_many_1,
wrong_no_1},
{"om-connectTCP", wrong_no_3a, wrong_no_3b,
om_connectTCP},
{"om-bindTCP", too_few_2, om_bindTCP,
wrong_no_2},
{"om-putApp", om_putApp, too_many_1,
wrong_no_1},
{"om-putEndApp", om_putEndApp, too_many_1,
wrong_no_1},
{"om-putAtp", om_putAtp, too_many_1,
wrong_no_1},
{"om-putEndAtp", om_putEndAtp, too_many_1,
wrong_no_1},
{"om-putAttr", om_putAttr, too_many_1,
wrong_no_1},
{"om-putEndAttr", om_putEndAttr, too_many_1,
wrong_no_1},
{"om-putBind", om_putBind, too_many_1,
wrong_no_1},
{"om-putEndBind", om_putEndBind, too_many_1,
wrong_no_1},
{"om-putBVar", om_putBVar, too_many_1,
wrong_no_1},
{"om-putEndBVar", om_putEndBVar, too_many_1,
wrong_no_1},
{"om-putError", om_putError, too_many_1,
wrong_no_1},
{"om-putEndError", om_putEndError, too_many_1,
wrong_no_1},
{"om-putObject", om_putObject, too_many_1,
wrong_no_1},
{"om-putEndObject", om_putEndObject, too_many_1,
wrong_no_1},
{"om-putInt", too_few_2, om_putInt,
wrong_no_2},
{"om-putFloat", too_few_2, om_putFloat,
wrong_no_2},
{"om-putByteArray", too_few_2,
om_putByteArray, wrong_no_2},
{"om-putVar", too_few_2, om_putVar,
wrong_no_2},
{"om-putString", too_few_2, om_putString,
wrong_no_2},
{"om-putSymbol", too_few_2, om_putSymbol,
om_putSymbol2},
{"om-getApp", om_getApp, too_many_1,
wrong_no_1},
{"om-getEndApp", om_getEndApp, too_many_1,
wrong_no_1},
{"om-getAtp", om_getAtp, too_many_1,
wrong_no_1},
{"om-getEndAtp", om_getEndAtp, too_many_1,
wrong_no_1},
{"om-getAttr", om_getAttr, too_many_1,
wrong_no_1},
{"om-getEndAttr", om_getEndAttr, too_many_1,
wrong_no_1},
{"om-getBind", om_getBind, too_many_1,
wrong_no_1},
{"om-getEndBind", om_getEndBind, too_many_1,
wrong_no_1},
{"om-getBVar", om_getBVar, too_many_1,
wrong_no_1},
{"om-getEndBVar", om_getEndBVar, too_many_1,
wrong_no_1},
{"om-getError", om_getError, too_many_1,
wrong_no_1},
{"om-getendError", om_getEndError, too_many_1,
wrong_no_1},
{"om-getObject", om_getObject, too_many_1,
wrong_no_1},
{"om-getEndObject", om_getEndObject, too_many_1,
wrong_no_1},
{"om-getInt", om_getInt, too_many_1,
wrong_no_1},
{"om-getFloat", om_getFloat, too_many_1,
wrong_no_1},
{"om-getByteArray", om_getByteArray, too_many_1,
wrong_no_1},
{"om-getVar", om_getVar, too_many_1,
wrong_no_1},
{"om-getString", om_getString, too_many_1,
wrong_no_1},
{"om-getSymbol", om_getSymbol, too_many_1,
wrong_no_1},
{"om-getType", om_getType, too_many_1,
wrong_no_1},
{"om-stringToStringPtr", om_stringToStringPtr, too_many_1,
wrong_no_1},
{"om-stringPtrToString", om_stringPtrToString, too_many_1,
wrong_no_1},
{NULL, 0, 0, 0}
};
Take care,
"Bill Page" <address@hidden> writes:
> Tim,
>
> I searched through my source archives but I did not find the
> file 'src/cslbase/openmath.c' referred to by Mike Dewar in the
> email below. Apparently we need to write something analogous
> for GCL to interface with the Open Math library in OMCv1.4a.tgz
>
> OMCv1.4a.tgz is in the current zips directory. It compiles
> but does not pass the make tests (maybe not significant as
> implied by warning in the README).
>
> Do you know where I can file src/cslbase/openmath.c?
>
> Regards,
> Bill Page.
>
> --------
>
> From: Mike Dewar
> Subject: Re: [Axiom-developer] Re: ... user interface issues.
> Date: Tue, 1 Jul 2003 10:06:07 +0100
>
> Oops, I think this is because Axiom isn't being built with the OpenMath
> libraries from INRIA. I took this out when passing the sources to Tim
> because of licensing issues - there is a general free license but we
> have access to the libraries under a different arrangement. You can
> download the libraries at http://www.openmath.org/software/OMCv1.4a.tgz
> if you're interested, but you'll need to look at the appropriate part of
> CCL (src/cslbase/openmath.c which Tim has) to work out what the Lisp API
> should look like.
>
> Mike.
>
> On Thu, Jun 26, 2003 at 11:28:39AM +1000, Jason White wrote:
> > Mike Dewar writes:
> > > On Wed, Jun 25, 2003 at 07:53:47PM +1000, Jason White wrote:
> > > > While on the subject of output formats, as a longer-term goal, MathML
> > > > would probably be a useful addition.
> > > I agree. Actually we started including OpenMath (which in a way is a
> > > superset of MathML) and were planning to include MathML once it
> > > stabilised.
> > >
> > > G82328 (2) -> OMwrite sin(x)
> >
> > Interesting. Upon issuing this command under Tim's test release I get:
> >
> > (1) -> OMwrite sin(x)
> >
> > >> System error:
> > OM-STRINGTOSTRINGPTR is invalid as a function.
> >
> > protected-symbol-warn called with (NIL)
> >
> > Another item for the bug list?
>
>
>
>
> _______________________________________________
> Axiom-developer mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
>
>
--
Camm Maguire address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah