axiom-developer
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Axiom-developer] Re: libaxiom.a


From: Camm Maguire
Subject: Re: [Axiom-developer] Re: libaxiom.a
Date: 25 Mar 2006 12:47:41 -0500
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!

"Page, Bill" <address@hidden> writes:

> Camm,
> 
> On Wednesday, March 22, 2006 3:44 PM you wrote:
> > 
> > Bill Page writes:
> > > ... It should be made easier to use Axiom
> > > in this way, i.e. via an application programmer interface
> > > (API). Right now it is possible to do this via socket calls.
> > > This is how Hyperdoc communicates with Axiom. A library that
> > > makes this transparent or which eliminates the sockets and
> > > calls GCL directly would be very nice. GCL has a foreign
> > > function interface and I think it should be possible to use
> > > this in reverse.
> > 
> > Where did that mini-webserver-in-lisp project wind up again?
> >
> 
> The Lisp code that you suggested works fine but for his own
> reasons Kai Kaminski opted not to use it as part of the AxiomUI
> project.
> 
> Camm, can you suggest where I should look in the GCL docs
> and/or mailing list for info about calling GCL from "C" code?
> How difficult is this?
> 
> Suppose I have some large program written in "C", e.g. maybe
> OpenOffice or something like that :), and I want to call something
> written in GCL. Can I do that without resorting to sockets etc.?
> 

It clearly can be done, but it is not trivial at present.  No one has
yet done it to my knowledge.  The idea would be to remove main from
libgcl.a, and make sure to call the lisp initialization code from
within C, followed by super_funcall(...);

Take care,

> Regards,
> Bill Page.
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

[Prev in Thread] Current Thread [Next in Thread]