Skip to content
Snippets Groups Projects
  1. Sep 25, 2011
  2. Sep 24, 2011
    • Raymond Toy's avatar
      Fix Trac ticket:46. · 44a8f0c7
      Raymond Toy authored
      Make the size of all spaces configurable from the command line.
      
      code/commandline.lisp:
      o Define the switches so lisp doesn't complain.
      
      general-info/lisp.1:
      o Document new switches.
      
      general-info/release-20c.txt:
      o Update
      
      lisp/Darwin-os.c
      lisp/FreeBSD-os.c
      lisp/Linux-os.c
      lisp/NetBSD-os.c
      lisp/backtrace.c
      lisp/cgc.c
      lisp/gencgc.c
      lisp/os-common.c
      lisp/ppc-validate.h
      lisp/purify.c
      lisp/solaris-os.c
      lisp/sparc-arch.c
      lisp/sparc-validate.h
      lisp/x86-validate.h:
      lisp/validate.c
      o Basically rename CONTROL_STACK_SIZE, BINDING_STACK_SIZE,
        READ_ONLY_SPACE_SIZE, and STATIC_SPACE_SIZE to control_stack_size,
        binding_stack_size, read_only_space_size, and static_space_size,
        respectively.
      
      lisp/coreparse.c
      o Check the space size in the core file against the allocated size.
        If the allocated space is too small, print an error message and
        exit.
      
      lisp/globals.c
      o Define new variables for the allocated size of spaces.
      
      lisp/globals.h
      o Declare the new variables for the size of the spaces.
      
      lisp/lisp.c
      o Set the default values of the spaces.
      o Parse the new command-line flags and set the space sizes.
      
      lisp/sunos-os.c:
      o Added os_init0 (that we forgot last time).
      
      lisp/x86-assem.S:
      o Change $CONTROL_STACK_END to GNAME(control_stack_end) to get the
        correct end of the stack.
      44a8f0c7
  3. Sep 03, 2011
    • rtoy's avatar
      Fix rounding for large numbers. · 5bee53ac
      rtoy authored
      Bug was pointed by Christophe in private email.  Fix is based on his
      suggested solution.  Some examples that should work now:
      
      (round 100000000002.9d0) -> 100000000003
      
      (round (+ most-positive-fixnum 1.5w0)) -> 536870912
      5bee53ac
  4. Sep 01, 2011
  5. Aug 21, 2011
  6. Jun 29, 2011
    • rtoy's avatar
      Fix Trac #43 again. · 5e7baddc
      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.
      5e7baddc
  7. Jun 27, 2011
    • rtoy's avatar
      Update to Unicode 6.0.0. · 7aa8a23e
      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.
      7aa8a23e
    • rtoy's avatar
      Revert last change to fix Trac #43. · b948683f
      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.
      b948683f
  8. Jun 10, 2011
    • rtoy's avatar
      Add function to load all unicode data into memory. · 55d7f671
      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
      55d7f671
  9. Jun 08, 2011
    • rtoy's avatar
      (require "asdf") loads asdf now. · d2767a10
      rtoy authored
      This change need to support the new recommended way of loading asdf2
      with require.  This is a backward compatible change.
      d2767a10
  10. May 31, 2011
    • rtoy's avatar
      Add -unidata option to specify unidata.bin file. · d9b73849
      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
      d9b73849
    • rtoy's avatar
      Add :CMUCL to *FEATURES*. · a91040c9
      rtoy authored
      (Even though I (rtoy) should know better, I still find myself writing
      :cmucl instead of :cmu in feature tests.)
      a91040c9
    • rtoy's avatar
      Ignore shell wildcards when determining next version. · d00265c5
      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)
      d00265c5
  11. Apr 02, 2011
  12. Mar 03, 2011
    • rtoy's avatar
      Fix Trac #43: unread-char doesn't change file-position · 89f8fa96
      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.
      89f8fa96
  13. Mar 01, 2011
  14. Feb 28, 2011
  15. Feb 23, 2011
    • rtoy's avatar
      Fix bug where cmucl was no longer recognizing things like · 23fafac4
      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.
      23fafac4
  16. Feb 22, 2011
  17. Feb 17, 2011
    • rtoy's avatar
      Fix ansi-test failure OPEN.IO.28: · 0e098884
      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.
      0e098884
  18. Feb 02, 2011
  19. Feb 01, 2011
  20. Jan 27, 2011
  21. Jan 21, 2011
  22. Jan 07, 2011
  23. Dec 27, 2010
  24. Dec 26, 2010
  25. Dec 22, 2010
  26. Dec 19, 2010
  27. Dec 13, 2010
  28. Dec 11, 2010
    • rtoy's avatar
      Speed up building on sparc. Time taken is now almost half! This was · 1f888eec
      rtoy authored
      caused by all the calls to stat in PROBE-FILE in LOCATE-DOMAIN-FILE
      for files that did not exist.  The default locale was C, so every
      message lookup was causing many stat's to non-exist files.  (There
      were over 1000 calls/sec on a 750 MHz sparc!)
      
      So we cache all the calls to PROBE-FILE in LOCATE-DOMAIN-FILE.  But
      just in case, we also allow the user to get at the hash table to
      examine it (GET-DOMAIN-FILE-CACHE) and also allow the user to clear it
      (CLEAR-DOMAIN-FILE-CACHE) in case new translations are added without
      restarting lisp.
      1f888eec
  29. Dec 09, 2010
    • rtoy's avatar
    • rtoy's avatar
      SUBSEQ was sometimes crashing lisp when the end index was less than · 874f052d
      rtoy authored
      the start.  This was due to one of two things:  The result sequence
      was created with a negative length, creating invalid objects, or
      accessing the invalid object would cause a segfault.
      
      code/seq.lisp:
      o Declare the type of LENGTH in MAKE-SEQUENCE-OF-TYPE better.  It's
        not a fixnum, but an index (non-negative fixnum).  This should catch
        any mistakes where we try to create sequences of negative length.
      o Explicitly catch invalid START and END indices in VECTOR-SUBSEQ* and
        LIST-SUBSEQ* and signal an error
      
      general-info/release-20c.txt:
      o Document bugfix.
      874f052d
  30. Dec 05, 2010
  31. Nov 30, 2010
  32. Nov 16, 2010
  33. Nov 12, 2010
Loading