Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.edu!csd4.csd.uwm.edu!markh
From: markh@csd4.csd.uwm.edu (Mark William Hopkins)
Newsgroups: comp.realtime
Subject: Re: "Easy" way to put "AI" in realtime embedded systems?
Keywords: realtime, ai, c++, lisp, embedded
Message-ID: <11080@uwm.edu>
Date: 16 Apr 91 23:11:15 GMT
References: <4471@skye.ed.ac.uk> <1234@telesoft.com> <1334@muleshoe.cs.utexas.edu>
Sender: news@uwm.edu
Organization: University of Wisconsin - Milwaukee
Lines: 14

In article <1334@muleshoe.cs.utexas.edu> varvel@cs.utexas.edu (Donald A. Varvel) writes:
>"Robotics" is often done by AI sorts, in LISP.  "Equipment
>control" is often done by real-time sorts, in assembly.
>It is clear to *me*, at least, that the two must eventually
>evolve together.  If the worst problem we have in finding 
>a reasonable meeting ground is producing a real-time LISP, 
>we should count ourselves lucky.

The meeting ground is doing robotics in assembly too.  Different languages
are good for different things, and assembly is well-suited for bare to the
metal hardware tasks.  LISP (the first language I learned after BASIC) I think
is just too roundabout.

Generally, though, the meeting ground is right here at my place. :)