1 | Armed Bear Common Lisp README |
---|
2 | ============================= |
---|
3 | |
---|
4 | GENERAL INFORMATION |
---|
5 | ------------------- |
---|
6 | |
---|
7 | Armed Bear Common Lisp is a conforming implementation of ANSI Common |
---|
8 | Lisp that runs in a Java virtual machine. It compiles Lisp code |
---|
9 | directly to Java byte code. |
---|
10 | |
---|
11 | |
---|
12 | LICENSE |
---|
13 | ======= |
---|
14 | |
---|
15 | Armed Bear Common Lisp is distributed under the GNU General Public |
---|
16 | License with a classpath exception (see "Classpath Exception" below). |
---|
17 | |
---|
18 | A copy of GNU General Public License (GPL) is included in this |
---|
19 | distribution, in the file COPYING. |
---|
20 | |
---|
21 | Linking this software statically or dynamically with other modules is |
---|
22 | making a combined work based on this software. Thus, the terms and |
---|
23 | conditions of the GNU General Public License cover the whole |
---|
24 | combination. |
---|
25 | |
---|
26 | ** Classpath Exception |
---|
27 | |
---|
28 | As a special exception, the copyright holders of this software give |
---|
29 | you permission to link this software with independent modules to |
---|
30 | produce an executable, regardless of the license terms of these |
---|
31 | independent modules, and to copy and distribute the resulting |
---|
32 | executable under terms of your choice, provided that you also meet, |
---|
33 | for each linked independent module, the terms and conditions of the |
---|
34 | license of that module. An independent module is a module which is not |
---|
35 | derived from or based on this software. If you modify this software, |
---|
36 | you may extend this exception to your version of the software, but you |
---|
37 | are not obligated to do so. If you do not wish to do so, delete this |
---|
38 | exception statement from your version. |
---|
39 | |
---|
40 | |
---|
41 | RUNNING FROM BINARY RELEASE |
---|
42 | =========================== |
---|
43 | |
---|
44 | After you have downloaded a binary release archive unpack it into its |
---|
45 | own directory. To run ABCL directly from this directory, make sure |
---|
46 | Java (version 1.5 or up) is in your shell's path. Then issue the |
---|
47 | following command: |
---|
48 | |
---|
49 | cmd$ java -jar abcl.jar |
---|
50 | |
---|
51 | which should result in output like the following |
---|
52 | |
---|
53 | Armed Bear Common Lisp 1.4.0-dev |
---|
54 | Java 1.7.0_51 Sun Microsystems Inc. |
---|
55 | Java HotSpot(TM) Client VM |
---|
56 | Low-level initialization completed in 0.3 seconds. |
---|
57 | Startup completed in 2.294 seconds. |
---|
58 | Type ":help" for a list of available commands. |
---|
59 | CL-USER(1): |
---|
60 | |
---|
61 | |
---|
62 | BUILDING FROM SOURCE RELEASE |
---|
63 | ============================ |
---|
64 | |
---|
65 | There are three ways to build ABCL from the source release with the |
---|
66 | preferred (and most tested way) is to being to use the Ant build tool: |
---|
67 | |
---|
68 | * Use the Ant build tool for Java environments. |
---|
69 | |
---|
70 | * Use the NetBeans [678].x IDE to open ABCL as a project. |
---|
71 | |
---|
72 | * Bootstrap ABCL using a Common Lisp implementation. Supported |
---|
73 | implementations for this process: SBCL, CMUCL, OpenMCL, Allegro |
---|
74 | CL, LispWorks or CLISP. |
---|
75 | |
---|
76 | In all cases you need a Java 5 or later JDK (JDK 1.[567] have been |
---|
77 | tested). Just the JRE isn't enough, as you need the Java compiler |
---|
78 | ('javac') to compile the Java source of the ABCL implementation. |
---|
79 | |
---|
80 | Note that when deploying ABCL having JDK isn't a requirement for the |
---|
81 | installation site, just the equivalent JRE, as ABCL compiles directly |
---|
82 | to byte code, avoiding the need for the 'javac' compiler in deployment |
---|
83 | environments. |
---|
84 | |
---|
85 | |
---|
86 | Using Ant |
---|
87 | --------- |
---|
88 | |
---|
89 | Download a binary distribution [Ant version 1.7.1 or greater][1]. |
---|
90 | Unpack the files somewhere convenient, ensuring that the 'ant' (or |
---|
91 | 'ant.bat' under Windows) executable is in your path and executable. |
---|
92 | |
---|
93 | [1]: http://ant.apache.org/bindownload.cgi |
---|
94 | |
---|
95 | Then simply executing |
---|
96 | |
---|
97 | unix$ ant |
---|
98 | |
---|
99 | or |
---|
100 | |
---|
101 | dos> ant.bat |
---|
102 | |
---|
103 | from the directory containing this README file will create an |
---|
104 | executable wrapper ('abcl' under UNIX, 'abcl.bat' under Windows). Use |
---|
105 | this wrapper to start ABCL. |
---|
106 | |
---|
107 | |
---|
108 | Using NetBeans |
---|
109 | -------------- |
---|
110 | |
---|
111 | Obtain and install the [NetBeans IDE][2]. One should be able to open |
---|
112 | the ABCL directory as a project in the Netbeans application, whereupon |
---|
113 | the usual build, run, and debug targets as invoked in the GUI are |
---|
114 | available. Use the 'slime' config with a suitably linked 'swank.asd' |
---|
115 | in '~/.asdf-install-dir/systems/' to connect a REPL to the NetBeans |
---|
116 | debug process. |
---|
117 | |
---|
118 | [2]: http://netbeans.org/downloads/ |
---|
119 | |
---|
120 | |
---|
121 | Building from Lisp |
---|
122 | ------------------ |
---|
123 | |
---|
124 | Building from a Lisp is the most venerable and untested way of |
---|
125 | building ABCL. It produces a "non-standard" version of the |
---|
126 | distribution that doesn't share build instructions with the previous |
---|
127 | two methods, but it still may be of interest to those who absolutely |
---|
128 | don't want to know anything about Java. |
---|
129 | |
---|
130 | First, copy the file 'customizations.lisp.in' to 'customization.lisp', |
---|
131 | in the directory containing this README file, editing to suit your |
---|
132 | situation, paying attention to the comments in the file. The critical |
---|
133 | step is to have Lisp special variable '*JDK*' point to the root of the |
---|
134 | Java Development Kit. Underneath the directory referenced by the |
---|
135 | value of '*JDK*' there should be an executable Java compiler in |
---|
136 | 'bin/javac' ('bin/javac.exe' under Windows). |
---|
137 | |
---|
138 | Then, one may either use the 'build-from-lisp.sh' shell script or load |
---|
139 | the necessary files into your Lisp image by hand. |
---|
140 | |
---|
141 | ** Using the 'build-from-lisp.sh' script |
---|
142 | |
---|
143 | Under UNIX-like systems, you may simply invoke the |
---|
144 | 'build-from-lisp.sh' script as './build-from-lisp.sh |
---|
145 | <lisp-of-choice>', e.g. |
---|
146 | |
---|
147 | unix$ ./build-from-lisp.sh sbcl |
---|
148 | |
---|
149 | After a successful build, you may use 'abcl' ('abcl.bat' on Windows) |
---|
150 | to start ABCL. Note that this wrappers contain absolute paths, so |
---|
151 | you'll need to edit them if you move things around after the build. |
---|
152 | |
---|
153 | If you're developing on ABCL, you may want to use |
---|
154 | |
---|
155 | unix$ ./build-from-lisp.sh <implementation> --clean=nil |
---|
156 | |
---|
157 | to not do a full rebuild. |
---|
158 | |
---|
159 | In case of failure in the javac stage, you might try this: |
---|
160 | |
---|
161 | unix$ ./build-from-lisp.sh <implementation> --full=t --clean=t --batch=nil |
---|
162 | |
---|
163 | This invokes javac separately for each .java file, which avoids running |
---|
164 | into limitations on command line length (but is a lot slower). |
---|
165 | |
---|
166 | ** Building from another Lisp by hand |
---|
167 | |
---|
168 | There is also an ASDF definition in 'abcl.asd' for the BUILD-ABCL |
---|
169 | which can be used to load the necessary Lisp definitions, after which |
---|
170 | |
---|
171 | CL-USER> (build-abcl:build-abcl :clean t :full t) |
---|
172 | |
---|
173 | will build ABCL. If ASDF isn't present, simply LOAD the |
---|
174 | 'customizations.lisp' and 'build-abcl.lisp' files to achieve the same |
---|
175 | effect as loading the ASDF definition. |
---|
176 | |
---|
177 | |
---|
178 | BUGS |
---|
179 | ==== |
---|
180 | |
---|
181 | ABCL is a conforming ANSI Common Lisp implementation. Any other |
---|
182 | behavior should be reported as a bug. |
---|
183 | |
---|
184 | ABCL now has a manual stating its conformance to the ANSI standard, |
---|
185 | providing a compliant and practical Common Lisp implementation. |
---|
186 | Because of this, |
---|
187 | |
---|
188 | |
---|
189 | ### Tests |
---|
190 | |
---|
191 | ABCL 1.3.2 currently fails 19 out of the 21708 total tests in the ANSI |
---|
192 | CL test suite (derived from the tests originally written for GCL). |
---|
193 | |
---|
194 | Maxima's test suite runs without failures. |
---|
195 | |
---|
196 | ABCL comes with a test suite, see the output of `ant help.test` for more |
---|
197 | information. |
---|
198 | |
---|
199 | ### Deficiencies |
---|
200 | |
---|
201 | The MOP implementation is incompletel untested. |
---|
202 | |
---|
203 | Patches to address any of the issues mentioned above will |
---|
204 | be gladly accepted. |
---|
205 | |
---|
206 | # Contact |
---|
207 | |
---|
208 | Please report problems to the development mailing list: |
---|
209 | |
---|
210 | <armedbear-devel@common-lisp.net> |
---|
211 | |
---|
212 | Have fun! |
---|
213 | |
---|
214 | # Authors |
---|
215 | |
---|
216 | On behalf of all ABCL development team and contributors, |
---|
217 | |
---|
218 | Mark Evenson |
---|
219 | Erik Huelsmann |
---|
220 | Rudolf Schlatte |
---|
221 | Alessio Stalla |
---|
222 | Ville Voutilainen |
---|
223 | |
---|
224 | April 2015 |
---|
225 | |
---|
226 | |
---|