From: Christophe R. <cr...@us...> - 2002-05-10 10:48:37
|
Update of /cvsroot/sbcl/sbcl In directory usw-pr-cvs1:/tmp/cvs-serv12298 Modified Files: BUGS NEWS version.lisp-expr Log Message: 0.7.3.13: Fix bug 22, throwing an error for bad directives inside ~< ~:> format blocks. Bugfix for host-namestring (and associated host-using functions): ... make the physical host name be "" (not "Unix), as this cannot be a logical host name ... some sanity checking in logical host functionality regarding this change Remove fixed buglets from BUGS Added .cvsignore files for files built in warm init. Index: BUGS =================================================================== RCS file: /cvsroot/sbcl/sbcl/BUGS,v retrieving revision 1.135 retrieving revision 1.136 diff -C2 -d -r1.135 -r1.136 *** BUGS 8 May 2002 19:57:23 -0000 1.135 --- BUGS 10 May 2002 10:48:34 -0000 1.136 *************** *** 143,155 **** (setf (pcl::find-class 'ccc1) (pcl::find-class 'ccc)) - 22: - The ANSI spec, in section "22.3.5.2 Tilde Less-Than-Sign: Logical Block", - says that an error is signalled if ~W, ~_, ~<...~:>, ~I, or ~:T is used - inside "~<..~>" (without the colon modifier on the closing syntax). - However, SBCL doesn't do this: - * (FORMAT T "~<munge~wegnum~>" 12) - munge12egnum - NIL - 27: Sometimes (SB-EXT:QUIT) fails with --- 143,146 ---- *************** *** 270,275 **** c: (COERCE 'AND 'FUNCTION) returns something related to (MACRO-FUNCTION 'AND), but ANSI says it should raise an error. - f: (FLOAT-RADIX 2/3) should signal an error instead of - returning 2. g: (LOAD "*.lsp") should signal FILE-ERROR. h: (MAKE-CONCATENATED-STREAM (MAKE-STRING-OUTPUT-STREAM)) --- 261,264 ---- *************** *** 280,287 **** MAKE-STRING-INPUT-STREAM or MAKE-STRING-OUTPUT-STREAM in the inappropriate positions, but doesn't. - j: (PARSE-NAMESTRING (COERCE (LIST #\f #\o #\o (CODE-CHAR 0) #\4 #\8) - (QUOTE STRING))) - should probably signal an error instead of making a pathname with - a null byte in it. k: READ-BYTE is supposed to signal TYPE-ERROR when its argument is not a binary input stream, but instead cheerfully reads from --- 269,272 ---- *************** *** 668,672 **** message, SBCL depended on this nonconforming behavior to build itself, because of the way that **CURRENT-SEGMENT** was implemented. ! As of sbcl-0.6.12.x, this dependence on the nonconforming behavior has been fixed, but the nonconforming behavior remains.) --- 653,657 ---- message, SBCL depended on this nonconforming behavior to build itself, because of the way that **CURRENT-SEGMENT** was implemented. ! As of sbcl-0.7.3.x, this dependence on the nonconforming behavior has been fixed, but the nonconforming behavior remains.) *************** *** 1220,1228 **** isn't too surprising since there are many differences in stack implementation and GC conservatism between the X86 and other ports.) - - 163: - HOST-NAMESTRING on a Unix pathname returns "Unix", which isn't - treated as a valid host by anything else in the system. (Reported by - Erik Naggum on comp.lang.lisp 2002-04-18) 164: --- 1205,1208 ---- Index: NEWS =================================================================== RCS file: /cvsroot/sbcl/sbcl/NEWS,v retrieving revision 1.123 retrieving revision 1.124 diff -C2 -d -r1.123 -r1.124 *** NEWS 8 May 2002 19:57:23 -0000 1.123 --- NEWS 10 May 2002 10:48:34 -0000 1.124 *************** *** 1112,1115 **** --- 1112,1117 ---- on OpenBSD (which has non-ELF object files) motivated some cleanups in the way that foreign symbols are transformed and passed around. + * HOST-NAMESTRING on physical pathnames now returns a string that is + valid as a host argument to MERGE-PATHNAMES and to MAKE-PATHNAME. planned incompatible changes in 0.7.x: Index: version.lisp-expr =================================================================== RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v retrieving revision 1.406 retrieving revision 1.407 diff -C2 -d -r1.406 -r1.407 *** version.lisp-expr 8 May 2002 19:57:23 -0000 1.406 --- version.lisp-expr 10 May 2002 10:48:34 -0000 1.407 *************** *** 19,21 **** ;;; main CVS branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".) ! "0.7.3.12" --- 19,21 ---- ;;; main CVS branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".) ! "0.7.3.13" |