Ouch, I might have messed up with the SBCL_HOME treatment of 2.012.9. Do you get the same behavior in 2.012.8?
Can you tell me the values of the following *source-registry* *output-translations* (getenv "SBCL_HOME") [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] There are two types of people in the world: People who think there are two kinds of people, and people who don't. On 16 March 2011 23:57, Zach Beane <[email protected]> wrote: > Faré <[email protected]> writes: > >> Dear ASDF users, >> >> unless you have requests for urgent bugs and/or object to some of the >> changes I just made (see below), I intend to release 2.013 later this >> week. > > Hi, > > I have a problem loading SB-POSIX when using the latest asdf from git > that doesn't seem to happen with 2.012. Here's how I trigger it: > > sbcl --no-userinit --no-sysinit --disable-debugger \ > --load asdf.lisp --eval "(require 'sb-posix)" \ > --eval "(sb-ext:quit)" > > Produces this: > > This is SBCL 1.0.46, an implementation of ANSI Common Lisp. > More information about SBCL is available at <http://www.sbcl.org/>. > > SBCL is free software, provided as is, with absolutely no warranty. > It is mostly in the public domain; some portions are provided under > BSD-style licenses. See the CREDITS and COPYING files in the > distribution for more information. > > ; in: LAMBDA NIL > ; (ASDF::CONDITION-ARGUMENTS ASDF::C) > ; > ; caught STYLE-WARNING: > ; undefined function: CONDITION-ARGUMENTS > > ; (ASDF::CONDITION-FORM ASDF::C) > ; > ; caught STYLE-WARNING: > ; undefined function: CONDITION-FORM > > ; (ASDF::CONDITION-FORMAT ASDF::C) > ; > ; caught STYLE-WARNING: > ; undefined function: CONDITION-FORMAT > > ; (ASDF::CONDITION-LOCATION ASDF::C) > ; > ; caught STYLE-WARNING: > ; undefined function: CONDITION-LOCATION > ; > ; compilation unit finished > ; Undefined functions: > ; CONDITION-ARGUMENTS CONDITION-FORM CONDITION-FORMAT > CONDITION-LOCATION > ; caught 4 STYLE-WARNING conditions > > ; (ASDF:COERCE-NAME (ASDF::MISSING-PARENT ASDF::C)) > ; > ; caught STYLE-WARNING: > ; undefined function: COERCE-NAME > ; > ; compilation unit finished > ; Undefined function: > ; COERCE-NAME > ; caught 1 STYLE-WARNING condition > ; Loading system definition from > /usr/local/lib/sbcl/sb-grovel/sb-grovel.asd into #<PACKAGE "ASDF1"> > ; Registering #<SYSTEM SB-GROVEL> as SB-GROVEL > (/usr/local/lib/sbcl/sb-posix/constants.lisp > > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.fasl > > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.fasl > > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/foo.c > > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/a.out > > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp) > ASDF could not load sb-posix because failed to find the TRUENAME of > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp: > No such file or directory. > unhandled SB-INT:SIMPLE-FILE-ERROR in thread #<SB-THREAD:THREAD > "initial thread" RUNNING > {10029417C1}>: > failed to find the TRUENAME of > /home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp: > No such file or directory > > 0: (SB-DEBUG::MAP-BACKTRACE > #<CLOSURE (LAMBDA #) {10034F7029}> > :START > 0 > :COUNT > 128) > 1: (BACKTRACE 128 #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDERR* {10001676D1}>) > 2: (SB-DEBUG::DEBUGGER-DISABLED-HOOK > #<SB-INT:SIMPLE-FILE-ERROR "~@<~?: ~2I~_~A~:>" {10034F20F1}> > #<unavailable argument>) > 3: (SB-DEBUG::RUN-HOOK > *INVOKE-DEBUGGER-HOOK* > #<SB-INT:SIMPLE-FILE-ERROR "~@<~?: ~2I~_~A~:>" {10034F20F1}>) > 4: (INVOKE-DEBUGGER > #<SB-INT:SIMPLE-FILE-ERROR "~@<~?: ~2I~_~A~:>" {10034F20F1}>) > 5: (ERROR > SB-INT:SIMPLE-FILE-ERROR > :PATHNAME > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp" > :FORMAT-CONTROL > "~@<~?: ~2I~_~A~:>" > :FORMAT-ARGUMENTS > ("failed to find the TRUENAME of ~A" > > (#P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp") > "No such file or directory")) > 6: (SB-IMPL::SIMPLE-FILE-PERROR > "failed to find the TRUENAME of ~A" > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp" > 2) > 7: ((FLET SB-IMPL::FAIL) > "failed to find the TRUENAME of ~A" > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp" > 2) > 8: (SB-IMPL::QUERY-FILE-SYSTEM > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp" > :TRUENAME > T) > 9: (TRUENAME > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp") > 10: ((FLET SB-C::TRY-WITH-TYPE) > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp" > "lisp" > T) > 11: (SB-C::VERIFY-SOURCE-FILE > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp") > 12: (SB-C::VERIFY-SOURCE-FILE > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp")[:EXTERNAL] > 13: (COMPILE-FILE > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.lisp-temp" > :OUTPUT-FILE > > #P"/home/xach/.cache/common-lisp/sbcl-1.0.46-linux-amd64/usr/local/lib/sbcl/sb-posix/constants.fasl" > :VERBOSE > NIL > :PRINT > NIL > :EXTERNAL-FORMAT > :DEFAULT > :TRACE-FILE > NIL > :BLOCK-COMPILE > NIL > :EMIT-CFASL > NIL) > 14: ((SB-PCL::FAST-METHOD ASDF:PERFORM > (ASDF:COMPILE-OP SB-GROVEL:GROVEL-CONSTANTS-FILE)) > #<unavailable argument> > #<unavailable argument> > #<ASDF:COMPILE-OP NIL {1003A5CEC1}> > #<SB-GROVEL:GROVEL-CONSTANTS-FILE "sb-posix" "constants">) > 15: ((SB-PCL::EMF ASDF:PERFORM) > #<unavailable argument> > #<unavailable argument> > #<ASDF:COMPILE-OP NIL {1003A5CEC1}> > #<SB-GROVEL:GROVEL-CONSTANTS-FILE "sb-posix" "constants">) > 16: ((SB-PCL::FAST-METHOD ASDF::PERFORM-WITH-RESTARTS > (ASDF:COMPILE-OP ASDF:CL-SOURCE-FILE)) > #<unavailable argument> > #S(SB-PCL::FAST-METHOD-CALL > :FUNCTION #<FUNCTION #> > :PV NIL > :NEXT-METHOD-CALL NIL > :ARG-INFO (2)) > #<ASDF:COMPILE-OP NIL {1003A5CEC1}> > #<SB-GROVEL:GROVEL-CONSTANTS-FILE "sb-posix" "constants">) > 17: ((LAMBDA ())) > 18: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) > 19: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]324)) > 20: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK > #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {7FFFF6D5F529}> > #S(SB-THREAD:MUTEX > :NAME "World Lock" > :%OWNER #<SB-THREAD:THREAD "initial thread" RUNNING {10029417C1}> > :STATE 1)) > 21: ((FLET SB-C::WITH-IT)) > 22: ((SB-PCL::FAST-METHOD ASDF:OPERATE (T T)) > #<unused argument> > #<unused argument> > ASDF:LOAD-OP > #<ASDF:SYSTEM "sb-posix">) > 23: ((SB-PCL::EMF ASDF:OPERATE) > #<unused argument> > #<unused argument> > ASDF:LOAD-OP > #<ASDF:SYSTEM "sb-posix"> > 17592166825703 > 0) > 24: (ASDF:LOAD-SYSTEM #<ASDF:SYSTEM "sb-posix">) > 25: (ASDF::MODULE-PROVIDE-ASDF SB-POSIX) > 26: ((LAMBDA (#:G[REQUIRE]13)) ASDF::MODULE-PROVIDE-ASDF) > 27: (SB-IMPL::%MAP-FOR-EFFECT-ARITY-1 > #<CLOSURE (LAMBDA #) {1003275809}> > (ASDF::MODULE-PROVIDE-ASDF SB-IMPL::MODULE-PROVIDE-CONTRIB)) > 28: (REQUIRE SB-POSIX NIL) > 29: (SB-INT:SIMPLE-EVAL-IN-LEXENV (REQUIRE 'SB-POSIX) #<NULL-LEXENV>) > 30: (SB-IMPL::PROCESS-EVAL/LOAD-OPTIONS > ((:LOAD . "asdf.lisp") (:EVAL . "(require 'sb-posix)") (:EVAL . > "(quit)"))) > 31: (SB-IMPL::TOPLEVEL-INIT) > 32: ((LABELS SB-IMPL::RESTART-LISP)) > > unhandled condition in --disable-debugger mode, quitting > ; > ; compilation unit aborted > ; caught 1 fatal ERROR condition > > The same thing works fine in ASDF 2.012. What should I do? > > Also, I use the unexported MISSING-REQUIRES and MISSING-REQUIRED-BY to > do autoloading of missing system components. Is there any chance they'll > become an exported supported interface in the next version? > > Zach > _______________________________________________ asdf-devel mailing list [email protected] http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel
