- Jun 29, 2011
-
-
rtoy authored
stream.lisp: o Remove the old code that was the first attempt at fixing issue #43. This was wrong. fd-stream.lisp: o Fix issue #43. Even if we have a string-buffer, we need to take into account any octets in the in-buffer (if it exists) that have not been processed. This happens if the in-buffer does not have enough octets at the end to form a complete character for the given encoding. o Some debugging prints added, but disabled.
-
- Jun 28, 2011
-
-
rtoy authored
-
- Jun 27, 2011
-
-
rtoy authored
o Unicode updated to version 6.0.0. o Trac #43 repoened because that change was reverted.
-
rtoy authored
o Add usage message. o Don't include the emacs-style backup files that are sometimes created for the pot files.
-
rtoy authored
-
rtoy authored
code/unidata.lisp: o Update unicode version to 6.0.0 o Add pointer to build-unidata.lisp. tools/build-unidata.lisp: o Update unicode version to 6.0.0 o Print out directory path so we can see where we're getting the data from. i18n/CaseFolding.txt i18n/CompositionExclusions.txt i18n/DerivedNormalizationProps.txt i18n/NameAliases.txt i18n/NormalizationCorrections.txt i18n/SpecialCasing.txt i18n/UnicodeData.txt i18n/WordBreakProperty.txt i18n/tests/NormalizationTest.txt i18n/tests/WordBreakTest.txt: o Update with new files from unicode.org.
-
rtoy authored
That changes causes the Unicode normalization and word-break tests to fail. I do not know why this causes the tests to fail, but it causes the test program to suck in the entire file into a string instead of just one line.
-
- Jun 10, 2011
-
-
rtoy authored
o Update the version number for ASDF.
-
rtoy authored
There's no reason why this shouldn't work and tests show that it does work. So instead of disallowing it, just print a warning that it is unusual. Fred also said this should work; it's just a bit odd running a 30MB executable with a 30MB core.
-
rtoy authored
This makes it easy to make an executable image that doesn't need unidata.bin around. (Should we do this for normal cores? It seems to add about 1 MB to the core size.) code/unidata.lisp: o Add LOAD-ALL-UNICODE-DATA to load all unicode data. o Add UNICODE-DATA-LOADED-P to check that unicode data has been loaded. code/print.lisp: o If unicode data is loaded, don't check for existence of *unidata-path*, because we don't need it. code/exports.lisp: o Export LOAD-ALL-UNICODE-DATA. general-info/release-20c.txt: o Update info
-
- Jun 08, 2011
- Jun 06, 2011
-
-
rtoy authored
-
- Jun 05, 2011
-
-
rtoy authored
-
- May 31, 2011
-
-
rtoy authored
This change requires a cross-compile. Use boot-2011-04-01-cross.lisp as the cross-compile script. bootfiles/20b/boot-2011-04-01-cross.lisp: o New cross-compile bootstrap file lisp/lisp.c: o Recognize -unidata option and setup *UNIDATA-PATH* appropriately. code/commandline.lisp: o Add defswitch for unidata so we don't get complaints about unknown switch. code/unidata.lisp: o Rename +UNIDATA-PATH+ to *UNIDATA-PATH*, since it's not a constant anymore. o Update code to use new name. code/print.lisp: o Update code to use *UNIDATA-PATH* compiler/sparc/parms.lisp: o Add *UNIDATA-PATH* to list of static symbols. o Add back in spare-9 and spare-8 static symbols since we need to do a cross-compile for this change anyway. compiler/x86/parms.lisp: o Add *UNIDATA-PATH* to list of static symbols. o Reorder the static symbols in a more logical arrangment so that the spare symbols are at the end. i18n/local/cmucl.pot: o Update
-
rtoy authored
(Even though I (rtoy) should know better, I still find myself writing :cmucl instead of :cmu in feature tests.)
-
rtoy authored
Comment from Paul Foley: Problem: FD-OPEN calls NEXT-VERSION with the namestring; NEXT-VERSION calls EXTRACT-NAME-TYPE-AND-VERSION, which builds a "pattern" when it sees globbing characters in the name, and NEXT-VERSION promptly crashes when it tries to concatenate strings. Fix: Bind *IGNORE-WILDCARDS* to T in NEXT-VERSION (in fd-stream.lisp)
-
- May 11, 2011
-
-
rtoy authored
-
- Apr 12, 2011
-
-
rtoy authored
-
- Apr 11, 2011
- Apr 03, 2011
- Apr 02, 2011
- Mar 30, 2011
-
-
rtoy authored
cmucl.
-
- Mar 28, 2011
- Mar 24, 2011
-
-
rtoy authored
-
- Mar 03, 2011
-
-
rtoy authored
-
rtoy authored
The issue is caused by FAST-READ-CHAR-STRING-REFILL. In some situations the number of octets converted is not exactly the same as the length of the buffer because the last octets in the buffer don't hold a complete encoded character. This is ok, but we didn't update the ibuf-head pointer to indicate that some octets haven't actually been converted. This confuses FILE-POSITION.
-
- Mar 01, 2011
- Feb 28, 2011
-
-
rtoy authored
SQRT.
-
- Feb 23, 2011
-
-
rtoy authored
#\latin_small_letter_a. This failure is caused by the new SEARCH-DICTIONARY function that does partial completion, and UNICODE-NAME-TO-CODEPOINT function wan't aware of the new way. We could change UNICODE-NAME-TO-CODEPOINT to do the appropriate thing with the new way, but I (rtoy) decided it would be nice to have the old function around too. Hence, restore the old version and use it.
-
- Feb 22, 2011
-
-
rtoy authored
catching setf functions previously.
-
- Feb 17, 2011
-
-
rtoy authored
(OPEN PN :DIRECTION :IO :IF-DOES-NOT-EXIST NIL) no longer signals an error. code/fd-stream.lisp: o Don't try to create a new version if there's no existing file general-info/release-20c.txt: o Update.
-
rtoy authored
This fixes ansi-test COMPILE-FILE.14. compiler/fndb.lisp: o Tell compiler that :OUTPUT-FILE can also be a stream. general-info/release-20c.txt: o Update.
-
- Feb 02, 2011
-
-
rtoy authored
-