1. 24 Mar, 2011 2 commits
  2. 22 Mar, 2011 1 commit
  3. 21 Mar, 2011 2 commits
  4. 20 Mar, 2011 3 commits
  5. 19 Mar, 2011 1 commit
  6. 18 Mar, 2011 1 commit
  7. 17 Mar, 2011 1 commit
  8. 16 Mar, 2011 1 commit
  9. 10 Mar, 2011 1 commit
    • Francois-Rene Rideau's avatar
      2.012.8: add support for genera. Fix issues. · 566a4234
      Francois-Rene Rideau authored
      * make genera happy:
       * add support in implementation-identifier
       * add #' to (lambda ...) forms
       * avoid ~@<
       * tweak subdirectories
      * Add support for ".." as :back in portable pathname syntax
      * Remember source-registry and output-translations parameters
      566a4234
  10. 09 Mar, 2011 1 commit
  11. 06 Feb, 2011 1 commit
  12. 05 Feb, 2011 1 commit
  13. 24 Jan, 2011 1 commit
  14. 20 Jan, 2011 1 commit
  15. 03 Jan, 2011 3 commits
  16. 23 Dec, 2010 1 commit
  17. 21 Dec, 2010 1 commit
  18. 16 Dec, 2010 1 commit
  19. 15 Dec, 2010 1 commit
  20. 10 Dec, 2010 2 commits
  21. 04 Dec, 2010 1 commit
    • Francois-Rene Rideau's avatar
      2.011.3: fix infinite loop when a .asd file has a timestamp in the future. · 5db8c252
      Francois-Rene Rideau authored
      The issue was reported by Sid H <shortsightedsid@gmail.com> on asdf-devel.
      Problem is, when the filesystem server clock is in the future of
      the system clock (either because the NFS server has a clock in the future,
      or because the lisp host has a clock in the past),
      defsystem would call find-system (via find-component via parse-component-form)
      to make sure it modifies any previously registered object if any,
      rather than create a new object with "interesting" consequences if anyone
      held to the previous object.
      find-system would see the file has been modified
      since last registered with register-system,
      and proceed to load again, in an infinite loop that stop
      either when the Lisp process runs out of stack, or
      the date and time specified in the timestamp is reached.
      Now, ASDF doesn't bother reloading if the timestamp is in the future.
      5db8c252
  22. 03 Dec, 2010 1 commit
  23. 02 Dec, 2010 2 commits
  24. 29 Nov, 2010 7 commits
  25. 28 Nov, 2010 1 commit
  26. 23 Nov, 2010 1 commit