Common Lisp Reasoner: 1.0.1 SBCL Compatibility Release


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Common Lisp Reasoner: 1.0.1 SBCL Compatibility Release
# 1  
Old 07-10-2008
Common Lisp Reasoner: 1.0.1 SBCL Compatibility Release

The Common Lisp Reasoner extends the Common Lisp Object System (CLOS) to incorporate a rule language and support a variety of practical AI-related search and reasoning tasks, including scheduling, planning, diagnosis and predictive reasoning.
Image Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

7 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Compatibility between UNIXes

Will a program or application that runs in one UNIX run in any UNIX? Shouldn't they? Why not? What are the constraints? What keeps OpenOffice for Solaris from working on a HP-UX box? Wouldn't life be simpler (and thus more eficient) if all UNIXes were «a UNIX» instead of manufacturers' vault? (2 Replies)
Discussion started by: spitzer
2 Replies

2. UNIX for Dummies Questions & Answers

Emacs; lisp interpreter, editor and what the hell else?

I can't actually remember how I got to this point but I deducted that Emacs must be an interpreter because you have to run w3m in it which I think is written in Lisp. I did read the manual that ships with Emacs. Is that all there is to Emacs? A lisp interpreter that is also a editor? Is it... (1 Reply)
Discussion started by: theKbStockpiler
1 Replies

3. Solaris

Solaris 10 - HW compatibility

Sorry, if this isn't the right forum for this question. I would like to compile an executable with gcc/g++ under Solaris 10 on the following OLDER SPARC-machine and then run this executable on the NEW SPARC-machine (see description down in this post). I'm wondering if it would be possible or if... (4 Replies)
Discussion started by: sunfire
4 Replies

4. HP-UX

LTO Compatibility

Is any one told me that LTO3 tape Cartridge is compatible with LTO2 Tape Drive. (2 Replies)
Discussion started by: Shawn Paul
2 Replies

5. UNIX for Dummies Questions & Answers

LISP newbie's questions

Hello, I want to learn LISP, and I have a GNU/Linux OS. I first sought a LISP compiler/interpreter and was told that GNU Emacs has a LISP mode. But I couldn't get into LISP mode, nor I don't know how to use it when I get into LISP mode. How can I run LISP code under GNU Emacs? And if... (1 Reply)
Discussion started by: rayne
1 Replies

6. Programming

Lisp

I've recently begun learning common lisp and started the effort from the belief that it was a functional language and that learning a functional language would be a good exercise. I've read some comments and articles that state otherwise. Any opinions? (4 Replies)
Discussion started by: ramen_noodle
4 Replies

7. Filesystems, Disks and Memory

Program Compatibility

I really Hate the Monopoly Microsoft has over Software, but the fact remains it exists... so I wonder if there was a way to enable Programs Made for Windows and Mac to be Run in Unix as if it was in the Specified OS. Like a Compatibility Wizard. Or in a dual boot computer, for Unix to be able to... (4 Replies)
Discussion started by: Elliandr
4 Replies
Login or Register to Ask a Question
GCL(1L) 																   GCL(1L)

NAME
gcl - GCL Common Lisp interpreter/compiler, CVS snapshot SYNOPSIS
gcl [ options ] DESCRIPTION
The program gcl is an implementation of a subset of the Common Lisp Ansi standard. It is written in C and in Common Lisp, and is highly portable. It includes those features in the original definition of Common Lisp, (Guy Steele version 1.), as well as some features from the proposed new standard. The best documentation is available in texinfo/info form, with there being three groups of information. gcl-si for basic common lisp descriptions, and features unique to gcl The gcl-tk info refers to the connection with tk window system, allowing all the power of the tcl/tk interaction system to be used from lisp. The third info file gcl details the Ansi standard for common lisp, to which this subset tries to adhere. It is highly recommended to write programs, which will be in the intersection of gcl and ansi common lisp. Unfortu- nately the Ansi standard is huge, and will require a substantial effort, and increase in the size of gcl, to include all of it. When gcl is invoked from the shell, the variable si::*command-args* is set to the list of command line arguments. Various options are understood: -eval command Call read and then eval on the command passed in. -load pathname Load the file whose pathname is specified after -load. -f Replace si::*command-args* by the the list starting after -f. Open the file following -fforinput,skipthefirstline,and then read and eval the rest of the forms in the file. This can be used as with the shells to write small shell programs: #!/usr/local/bin/gcl.exe -f (format t "hello world ~a~%" (nth 1 si::*command-args*)) The value si::*command-args* will have the appropriate value. Thus if the above 2 line file is made executable and called foo then tutorial% foo billy hello world billy NOTE: On many systems (eg SunOs) the first line of an executable script file such as: #!/usr/local/bin/gcl.exe -f only reads the first 32 characters! So if your pathname where the executable together with the '-f' amount to more than 32 characters the file will not be recognized. Also the executable must be the actual large binary file, [or a link to it], and not just a /bin/sh script. In latter case the /bin/sh interpreter would get invoked on the file. Alternately one could invoke the file foo without making it executable: tutorial% gcl -f foo "from bill" hello world from bill -batch Do not enter the command print loop. Useful if the other command line arguments do something. Do not print the License and acknowledgement information. Note if your program does print any License information, it must print the GCL header information also. -dir Directory where the executable binary that is running is located. Needed by save and friends. This gets set as si::*system-direc- tory* -libdir -libdir /d/wfs/gcl-2.0/ would mean that the files like gcl-tk/tk.o would be found by concatting the path to the libdir path, ie in /d/wfs/gcl-2.0/gcl- tk/tk.o -compile Invoke the compiler on the filename following -compile Other flags affect compilation. -o-file If nil follows -o-file then do not produce an .o file. -c-file If -c-file is specified, leave the intermediate .c file there. -h-file If -h-file is specified, leave the intermediate .h file there. -data-file If -data-file is specified, leave the intermediate .data file there. -system-p If -system-p is specified then invoke compile-file with the :system-p t keyword argument, meaning that the C init function will bear a name based on the name of the file, so that it may be invoked by name by C code. This GNU package should not be confused with the proprietary program distributed by FRANZ, Inc. Nor should it be confused with any public domain or proprietary lisp system. For anything other than program development, use of the lisp compiler is strongly recommended in preference to use of the inter- preter, due to much higher speed. FILES
/usr/bin/gcl executable shell script wrapper /usr/lib/gcl-version/unixport/saved[_flavor]_gcl executable lisp images SEE ALSO
Common LISP: The Language, Guy L. Steele, Jr., Digital Press, Bedford, MA, 1984. Common LISPcraft, Robert Wilensky, W. W. Norton & Co., New York, 1984. AUTHORS
The GCL system contains C and Lisp source files to build a Common Lisp sytem. CGL is derived from Kyoto Common LISP (kcl), which was writ- ten in 1984 by T. Yuasa and M. Hagiya (working under Professor R. Nakajima at the Research Institute for Mathematical Sciences, Kyoto Uni- versity). The AKCL system work was begun in 1987 by William Schelter at the University of Texas, Austin, and continued through 1994. In 1994 AKCL was released as GCL (GNU Common Lisp) under the GNU public library license. 17 March 1997 GCL(1L)