(Prolog + LISP + Erlang) with integration issues versus C++

[Joe Armstrong (AL/EAB)]

> -----Original Message-----
> From: owner-erlang-questions@REDACTED
> [mailto:owner-erlang-questions@REDACTED]On Behalf Of Dev Functional
> Sent: den 25 augusti 2005 11:09
> To: erlang-questions@REDACTED
> Subject: Re: (Prolog + LISP + Erlang) with integration issues 
> versus C++
> 
> 
> Hello Bjarne
> 
> Thanks for your kind reply.
> 
> The device enumeration and goal seek program is written in gprolog.
> What is the procedure for calling a prolog function from Erlang ?
> Similarly, what is the procedure for calling a clisp function 
> from Erlang ?

In general there is no good answer to this question.

You cannot easily "call prolog from Erlang" but you can easily
connected an erlang and prolog program via a socket and let the two
talk to each other using a defined protocol.

Think of the unix pipe mechanism A | B | C is by far the easiest way to
connect components A B and C together - but it does require an agreed
syntax and grammer of the data sent between the components.


> All the control logic is implemented in Erlang.
> 
> Alternatively, is it possible to implement goal seek, AI applications
> in Erlang ?
> That way we get rid of gprolog and clisp. So, it is then a single
> language solution.
> 
> In many of these matters we have investigated AI - Russell & 
> Norvig book,
> but there is no information about programming languages that 
> can be directly
> adopted.
> 
> Your advise in this matter will be greatly appreciated.
> 
> thanks
> Dev.
> 
> On 8/25/05, Bjarne Däcker <bjarne@REDACTED> wrote:
> > Hello Dev,
> > 
> > I find your experience very interesting and from
> > my years at Ericsson, I can understand your situation.
> > 
> > I tried to argue by comparing with a materials
> > scientist. He or she will use iron, plastic, rubber,
> > wood, glass etc in different places of some
> > construction because of different requirements
> > and of the different properties of the materials.
> > 
> > Prolog, Lisp and Erlang are all symbolic languages
> > with similar datatypes (lists etc) so in principle
> > should be easy to integrate.
> > 
> > Bjarne
> >
>