sbcl-devel

According to the page for PARSE-INTEGER:
parse-integer expects an optional sign (+ or -) followed by
a non-empty sequence of digits to be interpreted in the specified
radix. Optional leading and trailing whitespace[1] is ignored.
[...]
The second value is either the index into the string of the delimiter
that terminated the parse, or the upper bounding index of the substring
if the parse terminated at the end of the substring (as is always
the case if junk-allowed is false).
However, (parse-integer " 1 ") ==> 1 2 instead of the required ==> 1 3.
This occurs in both cmucl and sbcl (x86/linux). Allegro CL, Lispworks,
gcl, and ecl yield 1 2 here.
Paul