[asdf-devel] 2.013 later this week
Faré
fahree at gmail.com
Thu Mar 17 00:14:26 UTC 2011
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 <xach at xach.com> wrote:
> Faré <fahree at gmail.com> 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
>
More information about the asdf-devel
mailing list