Frequently Asked Questions and Answers
This error report indicates that Eli was unable to use the inter-process communication mechanism effectively. It is usually seen on Linux systems that are not connected to a network.
Eli's default inter-process communication mechanism is TCP/IP.
If TCP/IP is not available, the environment variable
This means that there is a problem with TCP/IP socket communication. It can occur in two situations: on initial installation of Eli and after some kind of abnormal termination. If it occurs on initial installation, you need to set the environment variable ODIN_LOCALIPC to 1 before invoking Eli. If it occurs after an abnormal termination, simply resetting the cache by means of the command "eli -r" should clear things up.
> Does Eli require an installed gcc? > Does Eli require an installed Tcl/Tk? > Does Eli require an installed TeX? > Does Eli require an installed Funnelweb? > Does Eli require an installed Odin? > Eli is only available on Unix machines!
Eli doesn't really require support tools beyond standard utilities you'll find on any Unix machine. Tcl/Tk isn't strictly required, but you miss out on a few features if you don't have it (the simplest info browser is implemented using Tcl/Tk as well as Eli's execution monitoring/debugging facilities). Most everything else is included in the distribution (including FunnelWeb and Odin). TeX is only required if you want to be able to format FunnelWeb documents using TeX. Eli doesn't rely on gcc at all. It uses whatever C compiler you have on your system.
While Eli itself has not been ported to systems other than Unix, the code that Eli generates is highly portable C code that can be compiled anywhere. (The generated C code can be compiled by a number of C++ compilers as well.) We have reports of people successfully compiling Eli generated code on Windows platforms.
> Is professional support available and what is the licence agreement?
Eli is distributed under the terms of the GNU Public License. Code generated from Eli can for the most part be used without restriction.
We do not sell support, although we try to answer questions from users rapidly.
> Running ./configure on Slackware Linux 2.0.30 in XTerm (with DISPLAY=0:0) > results in "checking for X... no", although X works ok for other > applications.
The problem is not in running X applications, but in being able to compile X applications. You need the appropriate development include files and libraries.
If your X includes and libraries don't reside in the normal places, you may have to give configure some help. For example, you could invoke configure like this:
% ./configure --x-includes=/`somedir'/include --x-libraries=/`somedir'/libwhere `somedir' was the directory of your X installation.
If you believe your X installation is in a normal place, you could test out the following. To test the autoconf detection mechanism in isolation, you can do the following if you have autoconf installed: