[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

c-l-c 7.5 is ready



Hi Ralf,

On Wed, Oct 13, 2010 at 22:19,  <rm at tuxteam.de> wrote:
> On Wed, Oct 13, 2010 at 01:56:17PM +0800, Desmond O. Chang wrote:
>> Hi DDs,
>>
>> Please build & upload it.
>
>
> Hmm, i just installed ?cl-asdf 2.009-1 and built your version from git.
> I get the following error during installation (with sbcl-1.0.43.0.debian custom built package):
>
> *----------------------------------------------------------------------------------------------
> | Reinstalling for sbcl
> | Recompiling Common Lisp Controller for sbcl
> | /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc.
> |
> | ; file: /usr/share/common-lisp/source/cl-asdf/asdf.lisp
> | ; in: DEFUN* ENABLE-ASDF-BINARY-LOCATIONS-COMPATIBILITY
> | ; ? ? (ERROR
> | ; ? ? ?"asdf:enable-asdf-binary-locations-compatibility doesn't support
> | :map-all-source-files nil on ECL and CLISP")
> | ; ==>
> | ; ? "asdf:enable-asdf-binary-locations-compatibility doesn't support
> | :map-all-source-files nil on ECL and CLISP"
> | ;
> | ; note: deleting unreachable code
> | ;
> | ; compilation unit finished
> | ; ? printed 1 note
> | ; loading system definition from
> | ; /usr/lib/sbcl/sb-bsd-sockets/sb-bsd-sockets.asd into #<PACKAGE "ASDF0">
> | ; registering #<SYSTEM SB-BSD-SOCKETS> as SB-BSD-SOCKETS
> | ; registering #<SYSTEM SB-BSD-SOCKETS-TESTS> as SB-BSD-SOCKETS-TESTS
> | ; loading system definition from /usr/lib/sbcl/sb-posix/sb-posix.asd into
> | ; #<PACKAGE "ASDF0">
> | ; registering #<SYSTEM SB-POSIX> as SB-POSIX
> | ; registering #<SYSTEM SB-POSIX-TESTS> as SB-POSIX-TESTS
> | STYLE-WARNING: Couldn't grovel for EAI_ADDRFAMILY (unknown to the C compiler).
> | STYLE-WARNING: Couldn't grovel for SIGEMT (unknown to the C compiler).
> | STYLE-WARNING: Couldn't grovel for S_IFWHT (unknown to the C compiler).
> | STYLE-WARNING: Couldn't grovel for O_NOFOLLOW (unknown to the C compiler).
> | STYLE-WARNING: Couldn't grovel for O_DIRECTORY (unknown to the C compiler).
> | STYLE-WARNING: Couldn't grovel for O_DIRECT (unknown to the C compiler).
> | ;
> | ; compilation unit aborted
> | ; ? caught 1 fatal ERROR condition
> |
> | Error running init-common-lisp-controller-v4: The name "ASDF-UTILITIES" does not designate any package.
> | mv: cannot stat `sbcl-new.core': No such file or directory
> | FAILED
> |
> | Done rebuilding
> |
> *-----------------------------------------------------------------------------------------
>
> The problem sems to be
>
> | ?(common-lisp-controller:init-common-lisp-controller-v4 "sbcl")
>
> which generates the following error:
>
> | debugger invoked on a SB-KERNEL:SIMPLE-PACKAGE-ERROR in thread #<THREAD "initial thread" RUNNING
> | ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?{A9EB8E9}>:
> | ? The name "ASDF-UTILITIES" does not designate any package.
>
> Here's a backtrace:
>
> | 0: (SB-INT:%FIND-PACKAGE-OR-LOSE "ASDF-UTILITIES")
> | 1: (SB-INT:FIND-UNDELETED-PACKAGE-OR-LOSE "ASDF-UTILITIES")
> | 2: (SB-FASL::FOP-SMALL-NAMED-PACKAGE-SAVE)
> | 3: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /usr/lib/sbcl/asdf-install/installer.fasl" {B628B59}>)
> | 4: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))
> | 5: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]324))
> | 6: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK
> | ? ? #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B7AB956D}>
> | ? ? #S(SB-THREAD:MUTEX
> | ? ? ? ?:NAME "World Lock"
> | ? ? ? ?:%OWNER #<SB-THREAD:THREAD "initial thread" RUNNING {A9EB8E9}>
> | ? ? ? ?:STATE 1))
> | 7: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file /usr/lib/sbcl/asdf-install/installer.fasl" {B628B59}> NIL #<unavailable argument>)
> |
>
> Removing this (stale?) fasl file seems to solve the problem. So, is this
> a problem with sbcl or the new c-l-c/asdf combination?
>
> This is not meant as a bug report but rather as a note to google et al.
> in case others encounter the same porblem.

It is a bug from cl-asdf.

[1] http://common-lisp.net/pipermail/asdf-devel/2010-October/001671.html

Thanks,
Des



Reply to: