384 lines
No EOL
45 KiB
HTML
384 lines
No EOL
45 KiB
HTML
<!DOCTYPE html>
|
|
<html>
|
|
<head>
|
|
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
|
|
<title>CLiki: ANSI Clarifications and Errata</title>
|
|
<link rel="alternate" type="application/atom+xml" title="ATOM feed of edits to current article"
|
|
href="https://www.cliki.net/site/feed/article.atom?title=ANSI%20Clarifications%20and%20Errata">
|
|
<link rel="stylesheet" href="static/css/style.css">
|
|
<link rel="stylesheet" href="static/css/colorize.css">
|
|
</head>
|
|
|
|
<body>
|
|
<span class="hidden">CLiki - ANSI Clarifications and Errata</span>
|
|
<div id="content"><div id="content-area"><div id="article-title">ANSI Clarifications and Errata</div><div id="article"><h2>Overview</h2>
|
|
This page is a listing of errors, inconsistencies and ambiguities in the <a href="ANSI.html" class="category">ANSI</a> standard, organized by chapter.<p>For minor revisions suggested for the ANSI standard, see <a href="Proposed ANSI Changes.html" class="internal">Proposed ANSI Changes</a>.<p>For extra functionality that could be standardized in the future, see <a href="Proposed Extensions to ANSI.html" class="internal">Proposed Extensions to ANSI</a>. <p><h2>1. Introduction</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/sec_1-1-2.html">1.1.2 History</a> has a typo in penultimate paragraph "Common Lisp esearch..." which should be "Common Lisp research...".
|
|
</li>
|
|
</ul><p><h2>2. Syntax</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue READER-MACRO-VALUES.html" class="internal">Issue READER-MACRO-VALUES</a>: Ok for reader macros to return more than one value?
|
|
</li>
|
|
<li>The invalid constituent character trait is defined in the standard syntax for whitespace characters. The standard states (<a href="http://www.cliki.net/site/HyperSpec/Body/glo_i.html#invalid">glossary</a> and <a href="http://www.cliki.net/site/HyperSpec/Body/sec_2-1-4-3.html">2.1.4.3</a>) that "Characters with the constituent trait invalid cannot ever appear in a token except under the control of a single escape character." However, the reader algorithm causes such characters to be treated as alphabetic if they are found inside multiple escape characters (so that the last case of step 9 of the reader algorithm never applies). Resolve this contradiction.
|
|
</li>
|
|
</ul><p><h2>3. Evaluation and Compilation</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue DESTRUCTURING-NIL.html" class="internal">Issue DESTRUCTURING-NIL</a>: Confirm or disconfirm that NIL in a destructuring lambda list (or a macro lambda list) acts as a "don't care" symbol, matching any object without causing a binding.
|
|
</li>
|
|
<li>
|
|
<a href="Issue THE-VALUES.html" class="internal">Issue THE-VALUES</a>: The entry for <a href="https://www.cliki.net/site/HyperSpec/Body/speope_the.html" class="hyperspec">THE</a> seems to imply that the number of values is not important. However, the entry for <a href="https://www.cliki.net/site/HyperSpec/Body/any_values.html" class="hyperspec">VALUES</a> says that using &optional or &rest constrains the number of values.
|
|
</li>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/sec_3-4-4.html">3.4.4 Macro Lambda Lists</a> describes a grammar for a destructuring-bind like "pattern", but doesn't use it to define reqvars and other vars. It probably should be fixed.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFMACRO-VALUES.html" class="internal">Issue DEFMACRO-VALUES</a>: If the body of <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defmacro.html" class="hyperspec">DEFMACRO</a> returns multiple values, can the macro function return them too?
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFINE-COMPILER-MACRO-DECLINE.html" class="internal">Issue DEFINE-COMPILER-MACRO-DECLINE</a>: Clarify what a compiler macro function should return if it declines to expand the form.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_macroexpa_acroexpand-1.html" class="hyperspec">MACROEXPAND</a>: The returned value in the third form in the examples should be DELTA rather than EPSILON.
|
|
</li>
|
|
</ul><p><h2>4. Types and Classes</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue THE-VALUES.html" class="internal">Issue THE-VALUES</a>: The entry for <a href="https://www.cliki.net/site/HyperSpec/Body/speope_the.html" class="hyperspec">THE</a> seems to imply that the number of values is not important. However, the entry for <a href="https://www.cliki.net/site/HyperSpec/Body/any_values.html" class="hyperspec">VALUES</a> says that using &optional or &rest constrains the number of values.
|
|
</li>
|
|
<li>
|
|
<a href="Issue VALUES-&ALLOW-OTHER-KEYS.html" class="internal">Issue VALUES-&ALLOW-OTHER-KEYS</a>: (<a href="https://www.cliki.net/site/HyperSpec/Body/any_values.html" class="hyperspec">values</a> <a href="https://www.cliki.net/site/HyperSpec/Body/sec_3-4-1.html" class="hyperspec">&ALLOW-OTHER-KEYS</a>) matches the syntax for the VALUES type specifier, but the description doesn't say what it means. Because the syntax does not allow <a href="https://www.cliki.net/site/HyperSpec/Body/sec_3-4-1.html" class="hyperspec">&KEY</a>, &allow-other-keys was probably a mistake.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/sec_4-2-3.html">4.2.3 Type Specifiers</a>: The atomic type specifier <a href="https://www.cliki.net/site/HyperSpec/Body/typ_boolean.html" class="hyperspec">BOOLEAN</a> is neither listed in “Figure 4-2. Standardized Atomic Type Specifiers” nor in “Figure 4-6. Standardized Type Specifier Names”.</li>
|
|
</ul><p><h2>5. Data and Control Flow</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue DEFCONSTANT-PREVIOUS-VALUE.html" class="internal">Issue DEFCONSTANT-PREVIOUS-VALUE</a>: <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defconstant.html" class="hyperspec">DEFCONSTANT</a> says "The consequences are undefined if there are any bindings of the variable named by name at the time defconstant is executed or if the value is not eql to the value of initial-value." Clarify "...or the symbol-value of name...", or equivalent.
|
|
</li>
|
|
<li>
|
|
<a href="Issue PROG2-RETURN-VALUE.html" class="internal">Issue PROG2-RETURN-VALUE</a>: <a href="https://www.cliki.net/site/HyperSpec/Body/mac_prog1cm_prog2.html" class="hyperspec">PROG2</a> returns the primary value of the second form, as specified under "Arguments and Values". The text under "Description" that claims otherwise is wrong.
|
|
</li>
|
|
<li>
|
|
<a href="Issue SOME.html" class="internal">Issue SOME</a>: In contrast to the paragraphs on <a href="https://www.cliki.net/site/HyperSpec/Body/fun_everycm_s_erycm_notany.html" class="hyperspec">EVERY</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/fun_everycm_s_erycm_notany.html" class="hyperspec">NOTANY</a>, and <a href="https://www.cliki.net/site/HyperSpec/Body/fun_everycm_s_erycm_notany.html" class="hyperspec">NOTEVERY</a> the detail that "some returns <em>as soon as</em> any invocation of predicate returns a non-nil value" is missing form the paragraph on <a href="https://www.cliki.net/site/HyperSpec/Body/fun_everycm_s_erycm_notany.html" class="hyperspec">SOME</a> in the <a href="CLHS.html" class="internal">CLHS</a>. This probably doesn't give license to an implementation to delay the return and process further elements, since a few paragraphs higher up the text reads <i>"until a termination criterion is met or the end of the shortest of the sequences is reached"</i>.
|
|
</li>
|
|
<li>
|
|
<a href="Issue APPLY-EXAMPLE-WRONG.html" class="internal">Issue APPLY-EXAMPLE-WRONG</a>: The last example for <a href="https://www.cliki.net/site/HyperSpec/Body/fun_apply.html" class="hyperspec">APPLY</a> is wrong, because it assumes particular behavior of TYPE-OF.
|
|
</li>
|
|
<li>
|
|
<a href="Issue EQUAL-CIRCULAR-LIST.html" class="internal">Issue EQUAL-CIRCULAR-LIST</a>: Change "<a href="https://www.cliki.net/site/HyperSpec/Body/fun_equal.html" class="hyperspec">EQUAL</a> may fail to terminate if x or y is circular" to "if x <em>and</em> y are circular", so that (equal t '#1=(nil #1#)) is required to terminate. (There is no such wording for <a href="https://www.cliki.net/site/HyperSpec/Body/fun_equalp.html" class="hyperspec">EQUALP</a>.)
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_rotatef.html" class="hyperspec">rotatef</a>: it seems that "read and written" should be "read and saved".
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/spefor_setq.html" class="hyperspec">setq</a> The title is given as "Special Form SETQ" instead of "Special Operator SETQ".
|
|
</li>
|
|
<li>Fix typo in <a href="https://www.cliki.net/site/HyperSpec/Body/mac_whencm_unless.html" class="hyperspec">UNLESS</a> form action specifications to read "In an unless form, if the test-form yields false, the forms are evaluated in order from left to right and the values returned by the forms are returned from the unless form. Otherwise, if the test-form yields <b>true</b>, the forms are not evaluated, and the unless form returns nil."
|
|
</li>
|
|
</ul><p><h2>6. Iteration</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue DO-SEMANTICS.html" class="internal">Issue DO-SEMANTICS</a>: According to the entry for <a href="https://www.cliki.net/site/HyperSpec/Body/mac_docm_dost.html" class="hyperspec">DO</a>, "do iterates over a group of statements while a test condition holds." But the iteration really continues until the test form returns true, which is more or less the opposite of what that sentence seems to suggest. Change that sentence to read "do iterates over a group of statements until a test form returns true".
|
|
</li>
|
|
<li>
|
|
<a href="Issue LOOP-FINALLY-VARIABLES.html" class="internal">Issue LOOP-FINALLY-VARIABLES</a>: Clarify whether iteration variables are visible in FINALLY clauses. <em><a href="http://www.cliki.net/site/HyperSpec/Body/sec_6-1-1-4.html">CLHS 6.1.1.4</a> requires FINALLY clauses to end up in the same tagbody where the loop body is. The forms that bind iteration variables cannot be inside the tagbody as part of the loop body, because the loop prologue wouldn't then be able to access the variables. Thus, the binding forms must be around the tagbody, so the variables must be visible in FINALLY clauses. <a href="http://www.cliki.net/site/HyperSpec/Body/sec_6-1-1-6.html">CLHS 6.1.1.6</a> may help deduce the values of the variables.</em>
|
|
</li>
|
|
<li>
|
|
<a href="Issue LOOP-WITH-NIL.html" class="internal">Issue LOOP-WITH-NIL</a>: Is (loop <a href="http://www.cliki.net/site/HyperSpec/Body/sec_6-1-2-2.html">with</a> x of-type nil do (return x)) required to construct and return an "appropriate default value" for type NIL?
|
|
</li>
|
|
</ul><p><h2>7. Objects</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue DEFCLASS-READER-FUNCTION-NAME.html" class="internal">Issue DEFCLASS-READER-FUNCTION-NAME</a>: The specification for <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defclass.html" class="hyperspec">DEFCLASS</a> is a bit strange - in particular the use of reader-function-name for both :reader and :accessor, with two different descriptions given. Propose clarification by changing the second to accessor-function-name in both places.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defclass.html" class="hyperspec">DEFCLASS</a>, replace "Form---a form. :init-form can be supplied once at most for a given slot." with "Form---a form. :initform can be supplied once at most for a given slot."
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/locfun_call-next-method.html" class="hyperspec">CALL-NEXT-METHOD</a>, replace "arg---an object." by "args---arguments to the method." (Just like "args" is described on the page Body/f_funcal.htm#funcall. (There it is "arguments to the function", of course.))
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/locfun_call-next-method.html" class="hyperspec">CALL-NEXT-METHOD</a>, clarify that the function object #'CALL-NEXT-METHOD can be passed outside the lexical scope of a method mody, since it has lexical scope but indefinite extent.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFGENERIC-MULTIPLE-DECLARE.html" class="internal">Issue DEFGENERIC-MULTIPLE-DECLARE</a>: Clarify that multiple DECLARE options can occur in a single <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defgeneric.html" class="hyperspec">DEFGENERIC</a> form.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFGENERIC-METHOD-COMBINATION-NAME.html" class="internal">Issue DEFGENERIC-METHOD-COMBINATION-NAME</a>: Clarify that the method-combination in a <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defgeneric.html" class="hyperspec">DEFGENERIC</a> form is specified through a symbol, not a <a href="https://www.cliki.net/site/HyperSpec/Body/any_method-combination.html" class="hyperspec">METHOD-COMBINATION</a> object.
|
|
</li>
|
|
<li>
|
|
<a href="Issue MAKE-INSTANCES-OBSOLETE-SYMBOL.html" class="internal">Issue MAKE-INSTANCES-OBSOLETE-SYMBOL</a>: Clarify that <a href="https://www.cliki.net/site/HyperSpec/Body/stagenfun_mak_ces-obsolete.html" class="hyperspec">MAKE-INSTANCES-OBSOLETE</a>, when called on the name of a class, returns that name, not the class object itself.
|
|
</li>
|
|
<li>The notes about <a href="https://www.cliki.net/site/HyperSpec/Body/mac_with-accessors.html" class="hyperspec">WITH-ACCESSORS</a> claim it'll give a binding like (<var>variable-name<sub>i</sub></var> () (<var>accessor-name<sub>i</sub></var> in)) to <a href="https://www.cliki.net/site/HyperSpec/Body/speope_symbol-macrolet.html" class="hyperspec">SYMBOL-MACROLET</a>, which however does not accept that syntax. The empty parentheses should be removed.
|
|
</li>
|
|
<li>Issue <a href="http://www.cliki.net/site/HyperSpec/Issues/iss047-writeup.html">CLASS-OBJECT-SPECIALIZER:AFFIRM</a>: ANSI CL <a href="http://www.cliki.net/site/HyperSpec/Body/sec_7-6-2.html">7.6.2</a> says that class objects are usable as <i>parameter-specializer-name</i>s. This is consistent with the vote on issue CLASS-OBJECT-SPECIALIZER:AFFIRM. However, in the Syntax section of the macros <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defmethod.html" class="hyperspec">DEFMETHOD</a> and <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defgeneric.html" class="hyperspec">DEFGENERIC</a>, only symbols and (eql ...) lists are allowed as parameter specializer names in a method lambda list. Proposal: Update the syntax section of <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defmethod.html" class="hyperspec">DEFMETHOD</a> and <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defgeneric.html" class="hyperspec">DEFGENERIC</a>. Otherwise classes without proper name are nearly useless - since no methods can be defined for them using only ANSI CL facilities.
|
|
</li>
|
|
<li>
|
|
<a href="Issue INCOMPLETE-CLASS.html" class="internal">Issue INCOMPLETE-CLASS</a>: The behaviour of a class in section <a href="http://www.cliki.net/site/HyperSpec/Body/sec_4-3-1.html">4.3.1</a> is ill-defined for classes whose superclasses are not yet defined (which <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defclass.html" class="hyperspec">DEFCLASS</a> permits).
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/contyp_unbound-slot.html" class="hyperspec">UNBOUND-SLOT</a>: In the description section, the <tt>:instance</tt> keyword is not separated by a space from the following word “initialization”.</li>
|
|
</ul><p><h2>8. Structures</h2>
|
|
<ul>
|
|
<li>The "Arguments and Values" and "Description" sections on <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defstruct.html" class="hyperspec">DEFSTRUCT</a> disagree about the top level :type argument. The former says it's list, vector, (vector <i>size</i>), or something implementation-defined, while the latter says it's list, vector, or (vector <i>element-type</i>). Specifying a size would be pointless as it would just be the number of slots defined in the form, and anything implementation-defined would be another subtype of SEQUENCE or something. Plus it would mean you can only represent with T vectors for no reason. As far as I know, all implementations go with the description.
|
|
</li>
|
|
</ul><p><h2>9. Conditions</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue STANDARDIZED-RESTART-NAMES.html" class="internal">Issue STANDARDIZED-RESTART-NAMES</a>: Clarify that <a href="https://www.cliki.net/site/HyperSpec/Body/any_abort.html" class="hyperspec">ABORT</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/any_continue.html" class="hyperspec">CONTINUE</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/any_muffle-warning.html" class="hyperspec">MUFFLE-WARNING</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/any_store-value.html" class="hyperspec">STORE-VALUE</a> and <a href="https://www.cliki.net/site/HyperSpec/Body/any_use-value.html" class="hyperspec">USE-VALUE</a> may be bound as restart names by conforming code; this seems to be the intent, but formally CLHS 11.1.2.1.2 (point 18) could be read as disallowing it.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFINE-CONDITION-WRITERS.html" class="internal">Issue DEFINE-CONDITION-WRITERS</a>: The writeability or otherwise of condition slots is a little unclear. <a href="https://www.cliki.net/site/HyperSpec/Body/mac_define-condition.html" class="hyperspec">DEFINE-CONDITION</a>'s Syntax allows <tt>:writer</tt> and <tt>:accessor</tt>, though the Description does not specify them, and the issues seem to imply that conditions were meant to be read-only objects.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFINE-CONDITION-DOCUMENTATION.html" class="internal">Issue DEFINE-CONDITION-DOCUMENTATION</a>: The :documentation option applies to the whole type in "Syntax" but not to individual slots in "Arguments and Values" and "Description". <a href="https://www.cliki.net/site/HyperSpec/Body/mac_defclass.html" class="hyperspec">DEFCLASS</a> allows it in both places. It seems that :documentation was inadvertently omitted from the options BNF, although the text describes it as applicable in both locations per DEFCLASS.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFINE-CONDITION-SLOT-NAME.html" class="internal">Issue DEFINE-CONDITION-SLOT-NAME</a>: The syntax where slot-name is "the list of slot name/slot form pairs" seems redundant, given :initform. Was it left in by accident?
|
|
</li>
|
|
<li>DEFINE-CONDITION-REPORT: The description of the :report option is put down at the bottom, in with slot-options, rather than normal options. Simple typo, but makes the page a little confusing.
|
|
</li>
|
|
<li>
|
|
<a href="Issue ERROR-EXAMPLE.html" class="internal">Issue ERROR-EXAMPLE</a>: Correct the invalid IF form in the (informational) wargames:no-win-scenario example for <a href="https://www.cliki.net/site/HyperSpec/Body/any_error.html" class="hyperspec">ERROR</a>.
|
|
</li>
|
|
<li>
|
|
<a href="Issue CHECK-TYPE-EXAMPLE.html" class="internal">Issue CHECK-TYPE-EXAMPLE</a>: Correct the example for <a href="https://www.cliki.net/site/HyperSpec/Body/mac_check-type.html" class="hyperspec">CHECK-TYPE</a> that suggests that a case conversion of the first letter of the optional string might take place.
|
|
</li>
|
|
<li>
|
|
<a href="Issue RESTART-CASE-EXAMPLE.html" class="internal">Issue RESTART-CASE-EXAMPLE</a>: <i>read-new-value</i> should use <a href="https://www.cliki.net/site/HyperSpec/Body/var_stdebug-i_ace-outputst.html" class="hyperspec">*query-io*</a> as specified above in the description of :INTERACTIVE option.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/mac_restart-case.html" class="hyperspec">RESTART-CASE</a>, in <tt>defun read-new-value</tt> the format string is "Enter a new value: ". In the restart output it shows up as "Enter a new ice cream: ".
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/mac_restart-case.html" class="hyperspec">RESTART-CASE</a>, clarify that the argument to the test function may be a condition or NIL.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_restart-case.html" class="hyperspec">RESTART-CASE</a> refers to "each arglist" but the "Arguments and Values" sections talks about lambda-list. It should therefore be "each lambda-list".
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_with-simple-restart.html" class="hyperspec">WITH-SIMPLE-RESTART</a>: The compute-power-of-2 example definition is missing a hyphen from the symbol something-big.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_invoke-restart.html" class="hyperspec">INVOKE-RESTART</a>: Invoked function "foo" does not exist, it should be "add3" which had just been defined.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_handler-case.html" class="hyperspec">HANDLER-CASE</a>: The first example expansion inside "Notes" is invalid; SETQ inside the handler binding for TYPE1 should be "(setq #2# temp)" instead of "(setq #1# temp)".
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_make-condition.html" class="hyperspec">MAKE-CONDITION</a>: The first argument is specified to be a "type specifier", which includes AND and OR types; in practice, many implementations don't allow for such and treat it like MAKE-INSTANCE.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_find-restart.html" class="hyperspec">FIND-RESTART</a>: The equivalence shown in the "Notes" section is too simplistic, as <i>identifier</i> may in fact be a restart object, and the :key argument should be <tt>#'restart-name</tt> and not a keyword.
|
|
</li>
|
|
<li> 9.1.4: "That is, if the handler declines, no other handler established by that form will be considered for possible invocation." should instead say "That is, while the handler is executing, ..."
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/sec_9-1-2-1.html">9.1.2.1 Condition Designators</a>: The first example defines two <a href="https://www.cliki.net/site/HyperSpec/Body/contyp_arithmetic-error.html" class="hyperspec">ARITHMETIC-ERROR</a>s using the initarg <tt>:operator</tt>. However, this keyword is invalid for the condition type and should instead be <tt>:operation</tt>.</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/contyp_cell-error.html" class="hyperspec">CELL-ERROR</a>: In the description section, the <tt>:name</tt> keyword is not separated by a space from the following word “initialization”.</li>
|
|
</ul><p><h2>10. Symbols</h2>
|
|
<ul>
|
|
<li> <a href="https://www.cliki.net/site/HyperSpec/Body/fun_boundp.html" class="hyperspec">BOUNDP</a> refers to "the function bound". It should be "the function boundp".
|
|
</li>
|
|
</ul><p><h2>11. Packages</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue STANDARD-PACKAGE-NICKNAMES.html" class="internal">Issue STANDARD-PACKAGE-NICKNAMES</a>: Section 11.1.2 gives 'a summary of the names and nicknames of those standardized packages'. Clarify whether this list is exhaustive, or if an implementation may provide other nicknames.
|
|
</li>
|
|
<li>
|
|
<a href="Issue DEFINE-SETF-METHOD.html" class="internal">Issue DEFINE-SETF-METHOD</a>: 11.1.2.1.2.13. speaks of DEFINE-SETF-METHOD, should be <a href="https://www.cliki.net/site/HyperSpec/Body/mac_define-setf-expander.html" class="hyperspec">DEFINE-SETF-EXPANDER</a>.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_shadow.html" class="hyperspec">SHADOW</a>, under "Examples", <i>(package-shadowing-symbols (make-package 'temp))</i> should be replaced with <i>(package-shadowing-symbols (make-package 'temp :use '("CL")))</i>. Some Lisps like SBCL don't use the CL package by default, so they will not return what is expected in the next example.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_shadow.html" class="hyperspec">SHADOW</a>, under "Examples", <i>(find-symbol 'car 'temp)</i> should be replaced with <i>(find-symbol "CAR" 'temp)</i>. The first argument to <a href="https://www.cliki.net/site/HyperSpec/Body/fun_find-symbol.html" class="hyperspec">find-symbol</a> should be a string.
|
|
</li>
|
|
</ul><p><h2>12. Numbers</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/syscla_float.html"><i>System Class</i> float</a> is ambiguous with the exponents in two places. First, "s*f*b^e-p" should be "s*f*b^(e-p)", and second "between b^p-1 and b^p-1" should be "between b^(p-1) and (b^p)-1", where the second set of parentheses is optional if following standard order of operations.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_log.html" class="hyperspec">LOG</a> specifies two-argument logarithm in terms of division of two on-argument calls to <a href="https://www.cliki.net/site/HyperSpec/Body/fun_log.html" class="hyperspec">log</a>. There are two separate problems here; the first is trivial, in that the definition <i>(log base number) == (/ (log number) (log base))</i> has <tt>base</tt> and <tt>number</tt> inverted. The second is that this definition in conjunction with the Rule of Float Substitutability (<a href="http://www.cliki.net/site/HyperSpec/Body/sec_12-1-3-3.html">12.1.3.3</a>) will introduce intermediate single-floats into the computation of <tt>(log (fact 1000) 10d0)</tt>, leading to inaccuracy in the final result. Proposed resolution: clarify that the (corrected) definition of two-argument <a href="https://www.cliki.net/site/HyperSpec/Body/fun_log.html" class="hyperspec">log</a> is for locating the branch cuts rather than for an explicit evaluation strategy.
|
|
</li>
|
|
</ul> <p><h2>13. Characters</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/sec_13-1-4.html">Section 13.1.4 Character Categories</a> says "differ in whether are not they are members". This probably should say "differ in whether or not they are members".
|
|
</li>
|
|
</ul> <p><h2>14. Conses</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue BUTLAST-DOTTED-LIST.html" class="internal">Issue BUTLAST-DOTTED-LIST</a>: Clarify behaviour of <a href="https://www.cliki.net/site/HyperSpec/Body/fun_butlastcm_nbutlast.html" class="hyperspec">butlast</a> and <a href="https://www.cliki.net/site/HyperSpec/Body/fun_butlastcm_nbutlast.html" class="hyperspec">nbutlast</a> for dotted lists.
|
|
</li>
|
|
<li>
|
|
<a href="Issue ADJOIN-SPECIFICATION.html" class="internal">Issue ADJOIN-SPECIFICATION</a>: The standard is inconsistent in its treatment of the KEY parameter to the <a href="https://www.cliki.net/site/HyperSpec/Body/fun_adjoin.html" class="hyperspec">ADJOIN</a> function. In the examples and notes, the key function is applied to the item being added, as it is in the related macro <a href="https://www.cliki.net/site/HyperSpec/Body/mac_pushnew.html" class="hyperspec">PUSHNEW</a>. However, the page points to section 17.2.1, which states explicitly that the key function is never applied to the item being searched for. All implementations do the former, not the latter, so this is probably a spec bug.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_pop.html" class="hyperspec">POP</a> states that the value of the place argument is "possibly, but necessarily, a dotted list or circular list". It should read "possibly, but not necessarily".
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_nconc.html" class="hyperspec">NCONC</a>, the example <tt>(setq x '(a b c)) (setq y '(d e f)) (nconc x y)</tt> flies in the face of <a href="http://www.cliki.net/site/HyperSpec/Body/sec_3-7-1.html">Section 3.7.1 Modification of Literal Objects</a>.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/acc_carcm_cdr_darcm_cddddr.html" class="hyperspec">CAR</a>: In the section “Description”, immediately following the label “Figure 14-6. CAR and CDR variants”, the penultimate occurrence of the word “nil” is not separated by a whitespace from the following word “nor”, yielding “<tt>nil</tt>nor”.</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/acc_firstcm_s_inthcm_tenth.html" class="hyperspec">FIRST</a>: In the section “Notes”, the relationships of the ordinal functions <tt>first</tt>, <tt>second</tt>, <tt>third</tt> and <tt>fourth</tt> and the equivalent functions <tt>car</tt>, <tt>cadr</tt>, <tt>caddr</tt> and <tt>cadddr</tt> are mentioned, while <tt>fifth</tt> and its analogue <tt>caddddr</tt> are absent. For the sake of completeness, this mapping should be appended.
|
|
</li>
|
|
</ul><p><h2>15. Arrays</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue ARRAY-ELEMENT-TYPE-NIL.html" class="internal">Issue ARRAY-ELEMENT-TYPE-NIL</a>: Explicitly allow or disallow arrays of element type NIL, and clarify whether they are strings or not.
|
|
</li>
|
|
<li>
|
|
<a href="Issue ARRAY-UPGRADING-UNDECIDABLE.html" class="internal">Issue ARRAY-UPGRADING-UNDECIDABLE</a>: As defined, array element upgrading is undecidable.
|
|
</li>
|
|
<li>The page for <a href="https://www.cliki.net/site/HyperSpec/Body/acc_aref.html" class="hyperspec">AREF</a> says "Exceptional situations: none." It should specify that an error of class <a href="https://www.cliki.net/site/HyperSpec/Body/contyp_type-error.html" class="hyperspec">TYPE-ERROR</a> "should be" (1.4.2) signaled if the subscripts are out of bounds.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_adjust-array.html" class="hyperspec">ADJUST-ARRAY</a>: In the section “See Also:”, the items <tt>array-dimension-limit</tt> and <tt>array-total-size-limit</tt> should be hyperlinks, akin to the adjacent entries. This means that the former should point to the relative URL <tt>convar_array-_ension-limit.html</tt>, while the latter would assume <tt>convar_array-_l-size-limit.html</tt>.</li>
|
|
</ul><p><h2>16. Strings</h2>
|
|
<ul>
|
|
<li>The page for <a href="https://www.cliki.net/site/HyperSpec/Body/acc_charcm_schar.html" class="hyperspec">CHAR</a> says "Exceptional situations: none." It should specify that an error of class <a href="https://www.cliki.net/site/HyperSpec/Body/contyp_type-error.html" class="hyperspec">TYPE-ERROR</a> "should be" (1.4.2) signaled if the subscripts are out of bounds.
|
|
</li>
|
|
<li>The page for <a href="https://www.cliki.net/site/HyperSpec/Body/any_string.html" class="hyperspec">STRING</a> does not mention if the returned strings are fresh when <a href="https://www.cliki.net/site/HyperSpec/Body/any_string.html" class="hyperspec">STRING</a> is called on a symbol argument or a char argument.
|
|
</li>
|
|
</ul><p><h2>17. Sequences</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue MERGE-PREDICATE-CALL.html" class="internal">Issue MERGE-PREDICATE-CALL</a>: The order of arguments given for the predicate for <a href="https://www.cliki.net/site/HyperSpec/Body/fun_merge.html" class="hyperspec">MERGE</a> does not allow testing for equality of elements, which is required for merge to be stable.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_reduce.html" class="hyperspec">REDUCE</a>, replace "If key is supplied, it is used is used to extract the values to reduce." with "If key is supplied, it is used to extract the values to reduce."
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_positionc_ition-if-not.html" class="hyperspec">POSITION</a>, the text should read "The position returned is the index within sequence of the leftmost (if from-end is false) or of the rightmost (if from-end is true) element that satisfies the test". The value of from-end is opposite from what it should be.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_search.html" class="hyperspec">SEARCH</a>, the keyword <tt>:start-end</tt> should instead be <tt>:from-end</tt>.
|
|
</li>
|
|
<li>In <a href="https://www.cliki.net/site/HyperSpec/Body/fun_fill.html" class="hyperspec">FILL</a>, the second argument <tt>item</tt> is stated to accept “a sequence”; but actually any object is homologated, as is demonstrated by the examples. Thus its type should be specified as “an object”.</li>
|
|
</ul><p><h2>18. Hash Tables</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_make-hash-table.html" class="hyperspec">MAKE-HASH-TABLE</a>: The description of rehash-size includes "... see rehash-theshold below." which should be "... see rehash-threshold below.".
|
|
</li>
|
|
<li>
|
|
<a href="Issue WITH-HASH-TABLE-ITERATOR-BINDING-TYPE.html" class="internal">Issue WITH-HASH-TABLE-ITERATOR-BINDING-TYPE</a>: The Exceptional Situations for <a href="https://www.cliki.net/site/HyperSpec/Body/mac_with-hash_ble-iterator.html" class="hyperspec">WITH-HASH-TABLE-ITERATOR</a> claim it establishes a local function. Should be a local macro.
|
|
</li>
|
|
</ul><p><h2>19. Filenames</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_pathname-_name-version.html" class="hyperspec">pathname-directory</a>: the second example of <tt>(pathname-directory (parse-namestring "/foo/bar/baz.lisp") :case :local)</tt> should probably be using :common instead of :local. Also, the ".*." in the VMS example is suspect and might be just a ".", and/or a :wild might be missing in the example result, but I'll let an expert opine.
|
|
</li>
|
|
</ul><p><h2>20. Files</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/fun_file-author.html" class="hyperspec">FILE-AUTHOR</a>: In the example section, <tt>(file-author s)</tt> should be <tt>(file-author stream)</tt> to match the binding.</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/contyp_file-error.html" class="hyperspec">FILE-ERROR</a>: In the description section, the <tt>:pathname</tt> keyword is not separated by a space from the following word “initialization”.</li>
|
|
</ul><p><h2>21. Streams</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="Issue CLOSE-FILE-OPENED-WITH-SUPERSEDE.html" class="internal">Issue CLOSE-FILE-OPENED-WITH-SUPERSEDE</a>: Clarify the behaviour of <a href="https://www.cliki.net/site/HyperSpec/Body/fun_close.html" class="hyperspec">CLOSE</a> when :abort is T and an old file is being superseded: <a href="https://www.cliki.net/site/HyperSpec/Body/fun_open.html" class="hyperspec">OPEN</a> implies that an implementation is allowed to have already deleted the old file, whereas CLOSE does not allow this.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_with-output-to-string.html" class="hyperspec">WITH-OUTPUT-TO-STRING</a>: refers to "with-output-from-string" which presumably should be "with-output-to-string."
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_with-open-file.html" class="hyperspec">WITH-OPEN-FILE</a>: The designator <i>macro</i> should have been capitalized as <i>Macro</i>, as is the case with other entries. This error propagates through pages referring to this location, including <a href="https://www.cliki.net/site/HyperSpec/Body/sec_the_streams_dictionary.html">21.2 The Streams Dictionary</a> and <a href="https://www.cliki.net/site/HyperSpec/Issues/iss097.html">Issue DECLS-AND-DOC Summary</a>.</li>
|
|
</ul><p><h2>22. Printer</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/sec_22-3-2-2.html">22.3.2.2 Tilde D: Decimal</a>: The spec says that the @ modifier causes the number's sign to be printed always, but doesn't say what sign should be used for zero. Most Lisps return <i>"+0"</i> for <i>(format nil "~@D" 0)</i>. Also see <a href="https://groups.google.com/d/msg/comp.lang.lisp/9zUNvDRYvBY/JwzAuifwyYAJ">discussion</a> on comp.lang.lisp.
|
|
</li>
|
|
<li>
|
|
<a href="Issue FORMAT-RADIX-COMMACHAR.html" class="internal">Issue FORMAT-RADIX-COMMACHAR</a>: Clarify or correct the interaction between <i>padchar</i> and <i>commachar</i> in <a href="https://www.cliki.net/site/HyperSpec/Body/fun_format.html" class="hyperspec">FORMAT</a> (<a href="http://www.cliki.net/site/HyperSpec/Body/sec_22-3-2-1.html">CLHS 22.3.2.1</a>).
|
|
</li>
|
|
<li>
|
|
<a href="Issue PRINTING-ARRAYS-READABLY.html" class="internal">Issue PRINTING-ARRAYS-READABLY</a>: The description of <a href="https://www.cliki.net/site/HyperSpec/Body/var_stprint-readablyst.html" class="hyperspec">*PRINT-READABLY*</a> says that throwing a <a href="https://www.cliki.net/site/HyperSpec/Body/contyp_print-not-readable.html" class="hyperspec">PRINT-NOT-READABLE</a> error is allowed for certain arrays. <a href="http://www.cliki.net/site/HyperSpec/Body/sec_22-1-3-7.html">CLHS 22.1.3.7</a> seems to imply that no error is allowed. This should probably be clarified one way or the other.
|
|
</li>
|
|
<li>
|
|
<a href="Issue FORMAT-TABULATE.html" class="internal">Issue FORMAT-TABULATE</a>: CLHS 22.3.6.1, paragraph 1 describes what the ~T format directive does. If colnum is less than the current column, colinc is positive, and (mod (- curcol colnum) colinc) is 0, then it is unclear if this directive causes any spaces to be printed (and similarly for the case in <a href="https://www.cliki.net/site/HyperSpec/Body/fun_pprint-tab.html" class="hyperspec">PPRINT-TAB</a>). Existing implementations do print at least one space in this case. Clarify that this is the intended behavior.
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_print-unr_dable-object.html" class="hyperspec">print-unreadable-object</a> Delete superfluous "the" in "...enclosed in the the angle brackets.".
|
|
</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/var_stprint-circlest.html" class="hyperspec">*print-circle*</a> doesn't mention the granularity at which structure sharing and circularity is detected. This can lead to surprising results at times. For example, <i> (let ((*print-circle* t) (name "q")) (format nil "~A ~A" name name))</i> returns <i>"#1=q #1#"</i> in Clozure CL.
|
|
</li>
|
|
<li> <a href="Issue FORMAT-RADIX-NONINTEGER.html" class="internal">Issue FORMAT-RADIX-NONINTEGER</a>: Clarify that the ~R directive (and the ~B, ~O, and ~X directives) print like ~A when the argument is not an integer. Also, clarify that in these cases (and ~D) the mincol and padchar arguments are passed along appropriately to the ~A directive, and that the *PRINT-BASE* is bound appropriately.
|
|
</li>
|
|
<li> <a href="Issue FORMAT-RADIX-MISSING-RADIX.html" class="internal">Issue FORMAT-RADIX-MISSING-RADIX</a>: Clarify the meaning of the ~R directive when the first parameter is missing but later parameters are not. Also, clarify whether ~VR means the same thing as ~R when the V parameter is NIL.
|
|
</li>
|
|
<li>Clarify that the ~G directive behaves like the ~E, ~F and ~dollars directives on non-numeric arguments.
|
|
</li>
|
|
<li>Specify that the <i>tabsize</i> argument to PPRINT-TABULAR may be present and be NIL. This makes ~v/pprint-tabular/ work properly in FORMAT when the argument is NIL, and is consistent with the sample imeplementation given for PPRINT-TABULAR.
|
|
</li>
|
|
<li>The treatment of ~T is inconsistent depending on the presence of the colon modifier. As stated, the versions with the colon modifier are the same as calls to pprint-tab, but those without are not. This means the former get turned off when printing to something that is not a pretty printing stream or when *print-pretty* is nil, but the latter are always on. Clarify whether this was intended. Note that Lispworks appears to treat all versions as calls to pprint-tab.
|
|
</li>
|
|
<li>In the ~A format directive, the behavior of <i>minpad</i> format parameter is described as follows: 'The string is padded on the right (or on the left if the @ modifier is used) with at least minpad copies of padchar; padding characters are then inserted colinc characters at a time until the total width is at least mincol.' Clarify that the implementation uses the minimum number of padding characters consistent with this requirement.
|
|
</li>
|
|
<li>
|
|
<a href="Issue PRINT-LENGTH-AND-STRUCTURES.html" class="internal">Issue PRINT-LENGTH-AND-STRUCTURES</a>: clarify the effect the <a href="https://www.cliki.net/site/HyperSpec/Body/var_stprint-l_int-lengthst.html" class="hyperspec">*PRINT-LENGTH*</a> printer control variable has on the default method for printing structure objects.
|
|
</li>
|
|
<li>Clarify that there should be a predefined method for <a href="https://www.cliki.net/site/HyperSpec/Body/stagenfun_print-object.html" class="hyperspec">PRINT-OBJECT</a> on the class <a href="https://www.cliki.net/site/HyperSpec/Body/contyp_condition.html" class="hyperspec">CONDITION</a>, not only on the classes <a href="https://www.cliki.net/site/HyperSpec/Body/cla_standard-object.html" class="hyperspec">STANDARD-OBJECT</a> and <a href="https://www.cliki.net/site/HyperSpec/Body/cla_structure-object.html" class="hyperspec">STRUCTURE-OBJECT</a>. Rationale: The description of DEFINE-CONDITION says "Condition reporting is mediated through the print-object method..." and "Specifying :REPORT ... is equivalent to (DEFMETHOD PRINT-OBJECT ...)". This implies that conditions are printed through PRINT-OBJECT, and therefore a predefined method needs to be in place.
|
|
</li>
|
|
<li>Clarification proposal for CLHS <a href="http://www.cliki.net/site/HyperSpec/Body/sec_22-3.html">22.3</a>: status of trailing commas and V parameters to FORMAT directives. This proposal is available as <a href="https://common-lisp.net/project/cdr/document/7/index.html">CDR 7</a>.</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/mac_pprint-logical-block.html" class="hyperspec">PPRINT-LOGICAL-BLOCK</a>: change two incorrect references of :pre-line-prefix to :per-line-prefix.</li>
|
|
<li>
|
|
<a href="https://www.cliki.net/site/HyperSpec/Body/contyp_print-not-readable.html" class="hyperspec">PRINT-NOT-READABLE</a>: In the description section, the <tt>:object</tt> keyword is not separated by a space from the following word “initialization”.</li>
|
|
</ul><p><h2>23. Reader</h2>
|
|
<ul>
|
|
<li>The <a href="https://www.cliki.net/site/HyperSpec/Body/fun_read-delimited-list.html" class="hyperspec">READ-DELIMITED-LIST</a> page of the standard says: "It is an error to reach end-of-file during the operation of read-delimited-list." This means the behavior is undefined (see the glossary entry for <a href="https://www.cliki.net/site/HyperSpec/Body/any_error.html" class="hyperspec">error</a>), which makes this function useless in practice. This should be defined as an exceptional situation with behavior consistent with <a href="https://www.cliki.net/site/HyperSpec/Body/fun_readcm_re_g-whitespace.html" class="hyperspec">READ</a> and other reader functions.
|
|
</li>
|
|
</ul><p><h2>25. Environment</h2>
|
|
<ul>
|
|
<li> <a href="Issue TIME-ALWAYS-PRINTS.html" class="internal">Issue TIME-ALWAYS-PRINTS</a>: The <a href="https://www.cliki.net/site/HyperSpec/Body/mac_time.html" class="hyperspec">TIME</a> macro prints timing information on a form. Clarify whether it does so only when the form terminates normally, or also when control is transfered from the form by a <a href="https://www.cliki.net/site/HyperSpec/Body/speope_go.html" class="hyperspec">GO</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/speope_throw.html" class="hyperspec">THROW</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/mac_return.html" class="hyperspec">RETURN</a>, <a href="https://www.cliki.net/site/HyperSpec/Body/speope_return-from.html" class="hyperspec">RETURN-FROM</a>, or by handling a condition.
|
|
</li>
|
|
</ul><p><h2>26. Glossary</h2>
|
|
<ul>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/glo_s.html#single_escape">single escape</a> 3. <i>n.</i> states: “a single escape[2] character. (In the standard readtable, <strong>slash</strong> is the only single escape.)”. However, the single escape character is, according to <a href="https://www.cliki.net/site/HyperSpec/Body/sec_2-1.html">2.1 Character Syntax</a>, the <i>backslash</i> (“\”).
|
|
</li>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/glo_s.html#symbol_macro">symbol macro</a> <i>n.</i> replace "See the macro symbol-macrolet." with "See the special operator symbol-macrolet."
|
|
</li>
|
|
<li>
|
|
<a href="http://www.cliki.net/site/HyperSpec/Body/glo_t.html#type_expand">type expand</a> <i>n</i>. is defined to be a noun, but it should be a verb.
|
|
</li>
|
|
</ul><p><hr>
|
|
<a href="Document.html" class="category">Document</a> <a href="Common Lisp.html" class="category">Common Lisp</a></div></div>
|
|
<div id="footer" class="buttonbar"><ul><li><a href="ANSI Clarifications and Errata.html">Current version</a></li>
|
|
<li><a href="https://www.cliki.net/site/history?article=ANSI%20Clarifications%20and%20Errata">History</a></li>
|
|
<li><a href="https://www.cliki.net/site/backlinks?article=ANSI%20Clarifications%20and%20Errata">Backlinks</a></li><li><a href="https://www.cliki.net/site/edit-article?title=ANSI%20Clarifications%20and%20Errata&from-revision=3867743943">Edit</a></li><li><a href="https://www.cliki.net/site/edit-article?create=t">Create</a></li></ul></div>
|
|
</div>
|
|
<div id="header-buttons" class="buttonbar">
|
|
<ul>
|
|
<li><a href="https://www.cliki.net/">Home</a></li>
|
|
<li><a href="https://www.cliki.net/site/recent-changes">Recent Changes</a></li>
|
|
<li><a href="CLiki.html">About</a></li>
|
|
<li><a href="Text Formatting.html">Text Formatting</a></li>
|
|
<li><a href="https://www.cliki.net/site/tools">Tools</a></li>
|
|
</ul>
|
|
<div id="search">
|
|
<form action="https://www.cliki.net/site/search">
|
|
<label for="search_query" class="hidden">Search CLiki</label>
|
|
<input type="text" name="query" id="search_query" value="" />
|
|
<input type="submit" value="search" />
|
|
</form>
|
|
</div>
|
|
</div>
|
|
<div id="pageheader">
|
|
<div id="header">
|
|
<span id="logo">CLiki</span>
|
|
<span id="slogan">the common lisp wiki</span>
|
|
<div id="login"><form method="post" action="https://www.cliki.net/site/login">
|
|
<label for="login_name" class="hidden">Account name</label>
|
|
<input type="text" name="name" id="login_name" class="login_input" />
|
|
<label for= "login_password" class="hidden">Password</label>
|
|
<input type="password" name="password" id="login_password" class="login_input" />
|
|
<input type="submit" name="login" value="login" id="login_submit" /><br />
|
|
<div id="register"><a href="https://www.cliki.net/site/register">register</a></div>
|
|
<input type="submit" name="reset-pw" value="reset password" id="reset_pw" />
|
|
</form>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
</body></html> |