/[cmucl]/src/general-info/net-announce.txt
ViewVC logotype

Contents of /src/general-info/net-announce.txt

Parent Directory Parent Directory | Revision Log Revision Log


Revision 1.3 - (show annotations)
Fri Nov 4 07:10:59 1994 UTC (19 years, 5 months ago) by ram
Branch: MAIN
CVS Tags: sparc-tramp-assem-base, double-double-array-base, post-merge-intl-branch, release-19b-pre1, release-19b-pre2, merged-unicode-utf16-extfmt-2009-06-11, double-double-init-sparc-2, unicode-utf16-extfmt-2009-03-27, double-double-base, snapshot-2007-09, snapshot-2007-08, snapshot-2008-08, snapshot-2008-09, ppc_gencgc_snap_2006-01-06, sse2-packed-2008-11-12, snapshot-2008-05, snapshot-2008-06, snapshot-2008-07, snapshot-2007-05, snapshot-2008-01, snapshot-2008-02, snapshot-2008-03, intl-branch-working-2010-02-19-1000, snapshot-2006-11, snapshot-2006-10, double-double-init-sparc, snapshot-2006-12, unicode-string-buffer-impl-base, sse2-base, release-20b-pre1, release-20b-pre2, unicode-string-buffer-base, sse2-packed-base, sparc-tramp-assem-2010-07-19, amd64-dd-start, snapshot-2003-10, snapshot-2004-10, release-18e-base, release-19f-pre1, snapshot-2008-12, snapshot-2008-11, intl-2-branch-base, snapshot-2004-08, snapshot-2004-09, remove_negative_zero_not_zero, snapshot-2007-01, snapshot-2007-02, snapshot-2004-05, snapshot-2004-06, snapshot-2004-07, release-19e, release-19d, GIT-CONVERSION, double-double-init-ppc, release-19c, dynamic-extent-base, unicode-utf16-sync-2008-12, LINKAGE_TABLE, release-19c-base, cross-sol-x86-merged, label-2009-03-16, release-19f-base, PRE_LINKAGE_TABLE, merge-sse2-packed, mod-arith-base, sparc_gencgc_merge, merge-with-19f, snapshot-2004-12, snapshot-2004-11, intl-branch-working-2010-02-11-1000, unicode-snapshot-2009-05, unicode-snapshot-2009-06, amd64-merge-start, ppc_gencgc_snap_2005-12-17, double-double-init-%make-sparc, unicode-utf16-sync-2008-07, release-18e-pre2, unicode-utf16-sync-2008-09, unicode-utf16-extfmts-sync-2008-12, prm-before-macosx-merge-tag, cold-pcl-base, RELEASE_20b, snapshot-2008-04, snapshot-2003-11, snapshot-2005-07, unicode-utf16-sync-label-2009-03-16, RELEASE_19f, snapshot-2007-03, release-20a-base, cross-sol-x86-base, unicode-utf16-char-support-2009-03-26, unicode-utf16-char-support-2009-03-25, release-19a-base, unicode-utf16-extfmts-pre-sync-2008-11, snapshot-2008-10, sparc_gencgc, snapshot-2007-04, snapshot-2010-12, snapshot-2010-11, unicode-utf16-sync-2008-11, snapshot-2007-07, snapshot-2011-09, snapshot-2011-06, snapshot-2011-07, snapshot-2011-04, snapshot-2007-06, snapshot-2011-02, snapshot-2011-03, snapshot-2011-01, snapshot-2003-12, release-19a-pre1, release-19a-pre3, release-19a-pre2, pre-merge-intl-branch, release-19a, UNICODE-BASE, double-double-array-checkpoint, double-double-reader-checkpoint-1, release-19d-base, release-19e-pre1, double-double-irrat-end, release-19e-pre2, snapshot-2010-05, snapshot-2010-04, snapshot-2010-07, snapshot-2010-06, snapshot-2010-01, snapshot-2010-03, snapshot-2010-02, release-19d-pre2, release-19d-pre1, snapshot-2010-08, release-18e, double-double-init-checkpoint-1, double-double-reader-base, label-2009-03-25, snapshot-2005-03, release-19b-base, cross-sol-x86-2010-12-20, double-double-init-x86, sse2-checkpoint-2008-10-01, intl-branch-2010-03-18-1300, snapshot-2005-11, double-double-sparc-checkpoint-1, snapshot-2004-04, sse2-merge-with-2008-11, sse2-merge-with-2008-10, snapshot-2005-10, RELEASE_20a, snapshot-2005-12, release-20a-pre1, snapshot-2005-01, snapshot-2009-11, snapshot-2009-12, unicode-utf16-extfmt-2009-06-11, portable-clx-import-2009-06-16, unicode-utf16-string-support, release-19c-pre1, cross-sparc-branch-base, release-19e-base, intl-branch-base, double-double-irrat-start, snapshot-2005-06, snapshot-2005-05, snapshot-2005-04, ppc_gencgc_snap_2005-05-14, snapshot-2005-02, unicode-utf16-base, portable-clx-base, snapshot-2005-09, snapshot-2005-08, lisp-executable-base, snapshot-2009-08, snapshot-2007-12, snapshot-2007-10, snapshot-2007-11, snapshot-2009-02, snapshot-2009-01, snapshot-2009-07, snapshot-2009-05, snapshot-2009-04, snapshot-2006-02, snapshot-2006-03, release-18e-pre1, snapshot-2006-01, snapshot-2006-06, snapshot-2006-07, snapshot-2006-04, snapshot-2006-05, pre-telent-clx, snapshot-2006-08, snapshot-2006-09, HEAD
Branch point for: release-19b-branch, double-double-reader-branch, double-double-array-branch, mod-arith-branch, RELEASE-19F-BRANCH, portable-clx-branch, sparc_gencgc_branch, cross-sparc-branch, RELEASE-20B-BRANCH, unicode-string-buffer-branch, sparc-tramp-assem-branch, dynamic-extent, UNICODE-BRANCH, release-19d-branch, ppc_gencgc_branch, sse2-packed-branch, lisp-executable, RELEASE-20A-BRANCH, amd64-dd-branch, double-double-branch, unicode-string-buffer-impl-branch, intl-branch, release-18e-branch, cold-pcl, unicode-utf16-branch, cross-sol-x86-branch, release-19e-branch, sse2-branch, release-19a-branch, release-19c-branch, intl-2-branch, unicode-utf16-extfmt-branch
Changes since 1.2: +467 -467 lines
File MIME type: text/plain
Lock status: Locked ram
update for 17f.
1 Release notes for CMU Common Lisp 17f, ?? November 94
2
3 17f contains bug fixes, PCL enhancements, and support for three new platforms:
4 Sun SPARC/Solaris
5 SGI MIPS/Iris (no load-foreign)
6 DEC Alpha/OSF1 (no Motif or load-foreign)
7
8 The HPPA/HPux and Sun/Sunos 4.x platforms are still available. Distributions
9 are now gzip'd, not compressed.
10
11 Other highlights: Motif, load-foreign on Hp/Ux, image size improvements, MIT
12 loop, some documentation of some previously undocumented features.
13
14 NOTE:
15
16 Although the group lives on (and is working on Dylan/Gwydion), the CMU Common
17 Lisp project is no longer funded, so only minimal CL support is being done at
18 CMU. There is a net community of CMU Common Lisp users and maintainers who
19 communicate via comp.lang.lisp and the cmucl-bugs@cs.cmu.edu mailing list.
20 This release contains patches from the net (including the major Solaris effort
21 by Caspar Dik), and also some things that were "in the pipe" (the Alpha and
22 Irixs ports.) None of these ports has been extensively tested, and there are
23 missing parts. As always, you get what you pay for.
24
25 Distribution:
26
27 CMU Common Lisp is only available via anonymous FTP. We don't have the
28 manpower to make tapes. These are our distribution machines:
29 lisp-sun1.slisp.cs.cmu.edu (128.2.250.58)
30 lisp-rt1.slisp.cs.cmu.edu (128.2.217.9)
31 lisp-rt2.slisp.cs.cmu.edu (128.2.217.10)
32
33 Log in with the user "anonymous" and "username@host" as password (i.e. your
34 EMAIL address.) When you log in, cd USING ONE SINGLE "cd" COMMAND to
35 /afs/cs/project/clisp/release. If you have any trouble with FTP access,
36 please send mail to slisp@cs.cmu.edu.
37
38 The most recent version is: 17f
39 The old version is: 16f
40
41 The currently supported platforms are:
42 alpha_osf1:
43 DEC Alpha workstations running OSF1.
44
45 hp700_ux90:
46 HP 700 series machines (based on the HPPA architecture) running HP/UX
47 9.x.
48
49 sgi_52:
50 MIPS-based SGI workstations running Irix 5.x.
51
52 sun4c_411:
53 Sun SPARC machines running the the pre-Solaris BSD SunOS system,
54 version 4.x.
55
56 sun4c_53:
57 Sun SPARC machines running Solaris/SunOS 5.x.
58
59
60 The release area holds gzip'ed tar files with names of the form:
61 <version>-<platform>.tar.gz
62 <version>-extra-<platform>.tar.gz
63 <version>-runtime-<platform>.tar.gz
64
65 -- The first file holds binaries and documentation for the standard Common
66 Lisp portion of CMU CL. This includes our version of the PCL
67 implementation of the CLOS object system.
68 -- The `-extra' file contains the Hemlock editor, the Motif toolkit,
69 the graphical debugger and the CLX interface to X11.
70 -- The `-runtime' file contins one file: lib/runtime.core, which is a
71 smaller substitute for lib/lisp.core. See the "runtime distribution"
72 section.
73
74
75 The installed sizes of the configurations are approximately:
76 Basic: 15 megabytes
77 Basic+Extra: 24 megabytes
78 Runtime: 5.3 megabytes
79
80 For installation directions, see the section "site initialization".
81
82 FTP gzip'ed tar archives in binary mode. To extract, "cd" to the
83 directory that is to be the root of the tree, then type:
84 gzcat file.tar.gz | tar xf - .
85
86 If poor network connections make it difficult to transfer a 6 meg file, the
87 release is also available split into 2 megabyte chunks, suffixed `.0', `.1',
88 etc. To extract from multiple files, use:
89 cat file.tar.gz.* | gunzip | tar xf - .
90
91 The release area also contains source distributions and other binary
92 distributions. A listing of the current contents of the release area is in
93 FILES. Major release announcements will be made to comp.lang.lisp.
94
95
96 Source availability:
97
98 Lisp and documentation sources are available via anonymous FTP ftp to any CMU
99 CS machine. [See the "Distribution" section for FTP instructions.] All CMU
100 written code is public domain, but CMU CL also makes use of two imported
101 packages: PCL and CLX. Although these packages are copyrighted, they may be
102 freely distributed without any licensing agreement or fee.
103
104 The release area contains a source distribution, which is an image of all the
105 source code files used to build the current version:
106 <version>-source.tar.gz (5 meg)
107
108 ________________________________________________________________
109
110 DETAILED RELEASE NOTES
111
112 [Notes are also in doc/release-notes.txt]
113 [Also see the README file for platform-specific notes.]
114
115 Bug fixes to basic CL support:
116 -- Fixed ADJUST-ARRAY to not flame out on arrays containing a zero-length
117 dimension (hence having no elements whatsoever.)
118 -- In SIGNAL, bind *break-on-signals* to NIL even before doing the type test
119 so that we don't wedge the error system if the type is malformed or
120 undefined.
121 -- Fixed bugs with EOF handling in READ-LINE.
122 -- In DEFINE-CONDITION, don't warn about probable error unless both initarg
123 and initform are missing.
124 -- In OPEN, fixed :direction :io :if-does-not-exist :create to actually
125 create.
126 -- Fix problem in LOAD-FOREIGN where (especially on SunOS), the failure to
127 page-align loaded code caused errors when load-foreign was done more than
128 once.
129 -- In OUTPUT-INSTANCE, check for the layout being invalid before calling the
130 print function, since the print function might error.
131 -- Closing composite streams (broadcast, etc.) no longer closes the component
132 streams.
133 -- Fixed pprint goof that didn't actually break anything, but wasted effort.
134 -- (COERCE x 'FLOAT) now convert to a single-float (instead of being an
135 error.) Also, we now check that numeric coercions actually return a value
136 of the specified type (which they might not if the type is not a symbol,
137 e.g. (coerce 0 '(complex float)). Possibly these should "do the right
138 thing", but it seems better to error than quietly do the wrong thing.
139 -- Fixed a bug in FLOAT-BIGNUM-RATIO that could cause an assertion failure
140 when floating particular bignum ratios (or possibly reading particular
141 float values.)
142
143 Miscellaneous enhancements:
144 -- LOOP is now the MIT/Symblics loop, so whatever it does is by definition
145 correct and The Right Thing.
146 -- PURIFY is now exported as EXT:PURIFY. This function can greatly improve
147 the GC performance of many large programs by moving code and static data
148 into non-collected storage. This is a "poor man's generational GC".
149 Environment compaction now done by purify.
150 -- Some reduction in the size of the image (and of GC scanned memory) from
151 tweaks to build process.
152 -- Binary input can now be done from string streams (from David Axmark.)
153 -- Debugger no longer aborts printing of a frame when printing one arg gets an
154 error (from Harris.)
155 -- LOAD-FOREIGN support for HP/Ux (from TSM.)
156 -- Add sap-ref-64 (only on Alpha).
157 -- Changes to EVAL, ROOM and site-init to work better in a runtime core image
158 (without the compiler loaded.)
159 -- *BEFORE-SAVE-INITIALIZATIONS* is now actually done before saving.
160
161 Compiler:
162 -- Fixed some problems with multiple values and cleanup code in byte
163 compilation. Also added EXT:*COMPILE-PROGRESS* printout.
164 -- Fixed some problems with internal errors when a function was just
165 declared to be FUNCTION.
166 -- Now allows stream args to compile-file and doesn't attempt to constant-fold
167 pathname functions (which depend on *default-pathname-defaults*.)
168 -- Fixed a case where dead local function in top-level code could cause an
169 internal error.
170 -- Fix compiler-macro expansion to correctly handle macros that pass (by
171 returning the unmodified form.)
172 -- Fix spelling of :COMPILE-TOPLEVEL and :LOAD-TOPLEVEL in EVAL-WHEN.
173 -- If compile-file is :block-compile T, the entire file is block-compiled as a
174 unit (even if it contains embedded START-BLOCK/END-BLOCK declarations.)
175 -- Virtually all of the compiler is now compiled without type checking, giving
176 some space and speed benefit.
177
178 CLX:
179 -- Merged with CLX R5.02 (no substantive changes).
180 -- In read-resources, trim off spaces, tabs, and "'s in #include file name
181 -- If CLX is compiled when PCL is loaded (as is now done in the binary
182 distribution), DRAWABLE, WINDOW and PIXMAP will be defined as PCL classes
183 (which can be subclasses.) This is compatible with various CLX-based
184 toolkits.
185 -- Fix some CONS declarations to be LIST because they aren't conses on the
186 last iteration (when the body isn't executed.)
187 -- Fix incorrect slot type declaration for DISPLAY-AUTHORIZATION-DATA.
188 -- Changed holding-lock not to turn off GC, which could cause event handlers
189 and other code to run for ling periods of time without garbage collecting.
190 Instead we bind all the GC hooks to (), since it was their invocation that
191 could cause bad recursive entry of CLX.
192
193 Hemlock:
194 -- Fixed problem in Hemlock recursive error handler (hadn't been properly
195 updated for ANSI conditions.)
196 -- Add ignore handler for client-message events.
197 -- Deleted some setting of hi::*hack-hunk-replace-line* to T, since we may
198 want it explicitly disabled in the init file.
199 -- Dylan mode now infix-oriented.
200
201 Motif interface:
202 -- Fixed a bug in the generation of Interface.h which was preventing motifd
203 from being successfully compiled on HP/Ux, Solaris, ...
204 -- use pcl::precompile-random-code-segments to minimize run-time compilations.
205 -- Add INVOKE-TTY-DEBUGGER. Don't try to invoke motif debugger if we didn't
206 succeed in opening a connection.
207 -- Print warning in status hook when server dies.
208 -- Made server to fflush after all output so that we see motifd output
209 when it is run on a pipe.
210 -- Fixed severely broken INSPECT-CLOS-PANE according to patch from Marco
211 Antoniotti.
212 -- Fix from Marco Antoniotti to actually remove handlers from the table in
213 remove-event-handler.
214 -- Fix to TOOLKIT-WRITE-VALUE to allow it to write either signed or unsigned
215 word integers.
216 -- Improved error recovery and internal error reporting.
217
218 PCL:
219 -- Structure-object is now no longer shadowed in PCL. Code that was using
220 PCL::STRUCTURE-OBJECT will now work better.
221 -- BUILT-IN-CLASS, CLASS-NAME, CLASS-OF and FIND-CLASS are once again exported
222 from PCL. This will cause a name conflict if anyone use-package's PCL, but
223 this will at least warn about the distinction. Probably you shouldn't
224 USE-PACKAGE PCL for this reason, but you can now say PCL:FIND-CLASS instead
225 of PCL::FIND-CLASS. It is also possible to use SHADOW or SHADOWING-IMPORT
226 to resolve the conflict.
227 -- Fix to update-instance-for-different-class.
228 -- When updating arg-info slots, check to see if the value is already there.
229 This can reduce non-shared pages.
230 -- Improved handling of invalid structure instances.
231 -- Fix a problem with PCL clobbering byte functions when setting their names.
232 -- New parameterized version of use-dispatch-dfun-p which avoids pessimizing
233 GFs with many methods.
234 -- Fix to :after methods on accessor functions. Also, fixed some problems
235 with the result of get-secondary-dispatch-function1 when there are no
236 methods.
237 -- Add compiler-macro for pcl:find-class which does lookup at load-time
238 when the name is a constant.
239 -- Definitive tweak for handling function-p in
240 compute-secondary-dispatch-function1 which avoids an infinite recursion.
241 -- When signalling an incompatible superclass error, added a hint to the
242 message to check out VALIDATE-SUPERCLASSES.
243
244 Lisp code:
245 -- Fixed Sparc GC bug fix (L2 never scavenged.)
246 -- On all non-Mach platforms, changed the default for CMUCLLIB to be
247 /usr/local/lib/cmucl/lib.
248 -- On SunOS, added "dynamic segments" patch which prevents the "out of
249 segments" errors that could happen when a Lisp memory management table
250 overflowed.
251
252 Build tools:
253 -- Fix compilation of motif interface to actually generate the C header files
254 Interface.h, etc.
255 -- Some changes to reduce compiler warnings
256 -- In compile-all, -clean and -noupdate have been flushed. -clean is now
257 done by the clean-build script.
258 -- Add some scripts from David Axmark that automate the entire build process:
259 tools/variant-lisp
260 tools/build-and-install
261
262 ________________________________________________________________
263
264 CMUCL(1) CMUCL(1)
265 October 15, 1991
266
267
268
269 NAME
270 CMU Common Lisp
271
272
273 DESCRIPTION
274 CMU Common Lisp is public domain "industrial strength" Common Lisp
275 programming environment. Many of the X3j13 changes have been
276 incorporated into CMU CL. Wherever possible, this has been done so as
277 to transparently allow use of either CLtL1 or proposed ANSI CL.
278 Probably the new features most interesting to users are SETF
279 functions, LOOP and the WITH-COMPILATION-UNIT macro.
280
281
282 HARDWARE REQUIREMENTS
283 CMU CL is currently available for a variety of Unix workstations. See
284 the README file for current platforms. At least 16 megabytes of
285 memory and 25 megabytes of disk space are recommended. As usual, more
286 is better.
287
288
289 OVERVIEW
290 When compared other Common Lisp implementations, CMU CL has two broad
291 advantages:
292
293 -- The new CMU CL compiler (Python) is more sophisticated than other
294 Common Lisp compilers. It both produces better code and is easier
295 to use.
296
297 -- The programming environment based on the Hemlock editor is better
298 integrated than gnu-emacs based environments. (Though you can
299 still use GNU if you want.)
300
301 CMU CL also has significant non-technical advantages:
302
303 -- It has good local support for CMU users, and is well integrated
304 with the CMU CS environment.
305
306 -- It is public domain, and is freely available to non-CMU sites that
307 aren't able to afford a site-license for a commercial Lisp.
308
309
310
311 COMPILER FEATURES
312 The `Advanced Compiler' chapter of the User's manual extensively
313 discusses Python's optimization capabilities (See DOCUMENTATION
314 below.) Here are a few high points:
315
316 -- Good efficiency and type-checking at the same time. Compiling code
317 safe gives a 2x speed reduction at worst.
318
319 -- In safe code, type declarations are verified, allowing declarations
320 to be debugged in safe code. When you go to compile unsafe, you
321 know the declarations are right.
322
323 -- Full source level debugging of compiled code, including display of
324 the exact call that got an error.
325
326 -- Good efficiency notes that tell you why an operation can't be open
327 coded or where you are number-consing, and that provide
328 unprecedented source context
329
330 -- Block compilation, partial evaluation, lightweight functions and
331 proper tail-recursion allow low-cost use of function call
332 abstraction.
333
334 TYPE SUPPORT
335 Important note: Even debugged programs may contain type errors that
336 remain undetected by other compilers. When compiled with type
337 checking suppressed using the CMU Common Lisp compiler, these type
338 errors may cause said debugged programs to die strangely. If type
339 checking is not suppressed, these programs will die with an explicit
340 type error.
341
342 The most visible way in which Python differs from previous Common Lisp
343 compilers is that it has a greater knowledge about types and a
344 different approach to type checking. In particular, Python implements
345 type checking which is `eager' and `precise':
346
347 -- Eager in the sense that type checking is done immediately whenever
348 there is a declaration, rather than being delayed until the the
349 value is actually used. For example:
350 (let ((x ...))
351 (declare (fixnum x))
352 ...)
353 Here, the type of the initial value of X must be a FIXNUM or an
354 error will be signalled.
355
356 -- Precise in the sense that the exact type specified is checked. For
357 example, if a variable is declared to be of type (integer 3 7),
358 then the value must always be an integer between 3 and 7.
359
360 Since Python does more type checking, programs that work fine when
361 compiled with other compilers may get type errors when compiled with
362 Python. It is important to initially compile programs with the
363 default (safe) policy, and then test this version. If a program with
364 an erroneous declaration is compiled with type checking suppressed
365 (due to the SAFETY optimize quality being reduced), then the type
366 error may cause obscure errors or infinite looping. See the section
367 `Getting Existing Programs to Run' (6.6) in the compiler chapter of
368 the user manual.
369
370 CMU CL adheres to the X3J13 function type cleanup, which means that
371 quoted lambda-lists are not of type FUNCTION, and are no longer
372 directly callable. Use COERCE with the FUNCTION result type.
373
374
375 OPTIMIZATION
376 Python does many optimizations that are absent or less general in
377 other Common Lisp compilers: Proper tail recursion, lightweight
378 function call, block compilation, inter-procedural type inference,
379 global flow analysis, dynamic type inference, global register
380 allocation, stack number allocation, control optimization, integer
381 range analysis, enhanced inline expansion, multiple value optimization
382 and source-to-source transforms.
383
384 Optimization and type-checking are controlled by the OPTIMIZE
385 declaration. The default compilation policy is type-safe.
386
387
388 NUMERIC SUPPORT
389 Python is particular good at number crunching:
390
391 -- Good inline coding of float and 32 bit integer operations, with no
392 number consing. This includes all the hardware primitives ROUND,
393 TRUNCATE, COERCE, as well as important library routines such as
394 SCALE-FLOAT and DECODE-FLOAT. Results that don't fit in registers
395 go on a special number stack.
396
397 -- Full support for IEEE single and double (denorms, +-0, etc.)
398
399 -- In block compiled code, numbers are passed as function arguments
400 and return values in registers (and without number consing.)
401
402 -- Calls to library functions (SIN, ...) are optimized to a direct
403 call to the C library routine (with no number consing.) On
404 hardware with direct support for such functions, these operations
405 can easily be open-coded.
406
407 -- Substantially better bignum performance than commercial
408 implementations (2x-4x). Bignums implemented in lisp using word
409 integers, so you can roll your own.
410
411 Python's compiler warnings and efficiency notes are especially
412 valuable in numeric code. 50+ pages in the user manual describe
413 Python's capabilities in more detail.
414
415
416
417 THE DEBUGGER
418 In addition to a Motif-based windowing interface and a basic command-
419 line interface, the debugger also has several powerful new features:
420 -- The "source" and "vsource" commands print the *precise* original
421 source form responsible for the error or pending function call. It
422 is no longer necessary to guess which call to CAR caused some "not
423 a list" error.
424
425 -- Variables in compiled code can be accessed by name, so the debugger
426 always evaluates forms in the lexical environment of the current
427 frame. This variable access is robust in the presence of compiler
428 optimization --- although higher levels of optimization may make
429 variable values unavailable at some locations in the variable's
430 scope, the debugger always errs on the side of discretion, refusing
431 to display possibly incorrect values.
432
433 -- Compiled code can be stepped, stopping at each control transfer.
434
435 -- Integration with the Hemlock editor. In a slave, the "edit"
436 command causes the editor edit the source for the current code
437 location. The editor can also send non-line-mode input to the
438 debugger using C-M-H bindings. Try apropos "debug" in Hemlock.
439
440 See the debugger chapter in the user manual for more details. We are
441 working on integrating the debugger with Hemlock and X windows.
442
443
444 THE GRAPHICAL INTERFACE
445 CMU Common Lisp has an interface to Motif which is functionally
446 similar to CLM, but works better in CMU CL. See:
447
448
449 doc/motif-toolkit.doc
450 doc/motif-internals.doc
451
452 This motif interface has been used to write the inspector and
453 graphical debugger. There is also a Lisp control panel with a simple
454 file management facility, apropos and inspector dialogs, and controls
455 for setting global options.
456
457 Call INTERFACE:LISP-CONTROL-PANEL to create the control panel. When
458 INTERFACE:*INTERFACE-STYLE* is :GRAPHICS (the default) and the DISPLAY
459 environment variable is defined, the graphical inspector and debugger
460 will be invoked by INSPECT or when an error is signalled. Possible
461 values are :GRAPHICS and :TTY. If the value is :GRAPHICS, but there
462 is no X display, then we quietly use the TTY interface.
463
464
465 DOCUMENTATION
466 The CMU CL documentation is printed as tech reports, and is available
467 (at CMU) in the document room:
468
469
470 CMU Common Lisp User's Manual
471 Hemlock User's Manual
472 Hemlock Command Implementor's Manual
473
474 Non-CMU users may get documentation from the doc/ directory in the
475 binary distribution:
476
477 cmu-user.info
478 CMU CL User's Manual in Gnu Info format. The ``cmu-
479 user.info-<N>'' files are subfiles. You can either have
480 your EMACS maintainer install this in the info root, or you
481 can use the info ``g(...whatever.../doc/cmu-user.info)''
482 command.
483
484 cmu-user.ps
485 The CMU CL User's Manual (148 pages) in postscript format.
486 LaTeX source and DVI versions are also available.
487
488 release-notes.txt
489 Information on the changes between releases.
490
491 hemlock-user.ps
492 Postscript version of the Hemlock User's Manual (124 pages.)
493
494 hemlock-cim.ps
495 Postscript version of the Hemlock Command Implementor's
496 Manual (96 pages).
497
498
499 SUPPORT
500 Bug reports should be sent to cmucl-bugs@cs.cmu.edu. Please consult
501 your local CMU CL maintainer or Common Lisp expert to verify that the
502 problem really is a bug before sending to this list.
503
504 The CMU Common Lisp project is no longer funded, so only minimal
505 support is being done at CMU. There is a net community of who
506 communicate via comp.lang.lisp and the cmucl-bugs@cs.cmu.edu mailing
507 list.
508
509
510 DISTRIBUTION
511 CMU Common Lisp is a public domain implementation of Common Lisp.
512 Both sources and executables are freely available via anonymous FTP;
513 this software is "as is", and has no warranty of any kind. CMU and
514 the authors assume no responsibility for the consequences of any use
515 of this software. See the README file in the distribution for FTP
516 instructions.
517
518
519 ABOUT THE CMU COMMON LISP PROJECT
520 Organizationally, CMU Common Lisp was a small, mostly autonomous part
521 within the Mach operating system project. The CMU CL project was more
522 of a tool development effort than a research project. The project
523 started out as Spice Lisp, which provided a modern Lisp implementation
524 for use in the CMU community. CMU CL has been under continuous
525 development since the early 1980's (concurrent with the Common Lisp
526 standardization effort.) Most of the CMU Common Lisp implementors are
527 now working on the Gwydion environment for Dylan (see
528 http://legend.gwydion.cs.cmu.edu:8001/gwydion/.)
529
530 CMU CL was funded by DARPA under CMU's "Research on Parallel
531 Computing" contract. Rather than doing pure research on programming
532 languages and environments, the emphasis was on developing practical
533 programming tools. Sometimes this required new technology, but much
534 of the work was in creating a Common Lisp environment that
535 incorporates state-of-the-art features from existing systems (both
536 Lisp and non-Lisp.)
537
538 Because sources are freely available, CMU Common Lisp has been ported
539 to experimental hardware, and used as a basis for research in
540 programming language and environment construction.
541
542
543 SEE ALSO
544 lisp(1), README
545 The ``CMU Common Lisp User's Manual'',
546 the ``Hemlock User's Manual'', and
547 the ``Hemlock Command Implementor's Manual''

  ViewVC Help
Powered by ViewVC 1.1.5