1.0.47.20: don't handle errors during compile-time-too processing
authorNikodemus Siivola <nikodemus@random-state.net>
Sun, 10 Apr 2011 10:34:38 +0000 (10:34 +0000)
committerNikodemus Siivola <nikodemus@random-state.net>
Sun, 10 Apr 2011 10:34:38 +0000 (10:34 +0000)
commit5fa4a761bfbc8fd2016fd63725c98e8e29e6d5b8
treed2d4a184e42279b80530b289628e37778bd5acfc
parent4ce92c253dbf6a5275ef3cafc193add284bc9795
1.0.47.20: don't handle errors during compile-time-too processing

  Essentially reverts 1.0.33.13.

  Handling compile-time-too errors has a nasty tendency to swallow
  things package conflict errors from DEFPACKAGE forms, and dump them
  into fasls without allowing the user to handle them reasonably.

  While it may be that there are specific cases which should/could be
  handled and converted into compiler-errors, I believe they are the
  the minority. For a moment I considered simply not handling
  conditions which have restarts associated with them, but it seems to
  me that

    (eval-when (:compile-toplevel) (error "oops"))

  is most often a signal that something is seriously wrong, and
  compiling rest of the file is a waste of time and only obfuscates
  the real problem.
NEWS
src/compiler/main.lisp
tests/compiler.test.sh
tests/package-locks.impure.lisp
version.lisp-expr