0.7.7.10:
authorWilliam Harold Newman <william.newman@airmail.net>
Mon, 2 Sep 2002 03:18:07 +0000 (03:18 +0000)
committerWilliam Harold Newman <william.newman@airmail.net>
Mon, 2 Sep 2002 03:18:07 +0000 (03:18 +0000)
commit56f96e77ade913d6363a3068c94e60f44ae9b3e7
treec4c0b8435255ada35ce64c733591196a2008481e
parent4ae1b794a5d6a90794468cf8017f5307f2c30dfe
0.7.7.10:
got rid of SB-PCL::PROCESS-LAMBDA-LIST in favor of reusing
PARSE-LAMBDA-LIST
Why is PARSE-LAMBDA-LIST in SB-KERNEL? Move it to SB-INT.
Now that we rely on ordinary PARSE-LAMBDA-LIST to catch some
of the things Alexey's PROCESS-LAMBDA-LIST caught,
it should be a little less credulous about things
like non-symbols being used as var names.
Argh! PARSE-LAMBDA-LIST isn't just used for lambda lists. That
would be too obvious.:-( Instead it's also used for
"lambda-list-like" things, in PARSE-ARGS-TYPES. So...
...Split the no-sanity-checking version of P-L-L into
PARSE-LAMBDA-LIST-LIKE-THING.
...Make PARSE-ARGS-TYPES call P-L-L-L-THING.
...Define PARSE-LAMBDA-LIST in terms of P-L-L-L-THING.
ANSI: MAX and MIN "should signal an error of type TYPE-ERROR
if any NUMBER is not a REAL". lrasinen on #lisp:
"stupid CMUCL". me: "gotta fix this so SBCL can win
ICFP next year". (afterthought: "or this year, if
you check this patched version out of CVS and then
code really fast":-) (extra afterthought: "or maybe
next year after all, since bug 194 seems to keep
the new THEs from solving the problem")
12 files changed:
BUGS
package-data-list.lisp-expr
src/code/defstruct.lisp
src/code/late-type.lisp
src/code/numbers.lisp
src/compiler/parse-lambda-list.lisp
src/compiler/srctran.lisp
src/pcl/boot.lisp
src/pcl/macros.lisp
tests/arith.pure.lisp
tests/compiler.pure.lisp
version.lisp-expr