[elephant-devel] install problems on debian etch
Ian Eslick
eslick at csail.mit.edu
Sat Nov 18 02:16:24 UTC 2006
Sorry, CVS HEAD is churning quite a bit right now as I'm trying to get
features in for 0.6.1 and I'm not testing incrementally under SBCL so I
only catch SBCL-specific bugs (which this is) every so often.
Let me track that down and I'll write back in a bit with a fix.
Ian
Garry Steedman wrote:
> Hi Robert,
>
> here's what i get:
>
> ------------------------------------------------------------
> # nm
> /var/cache/common-lisp-controller/0/sbcl/elephant/src/memutil/libmemutil.so
>
> 000018cc A __bss_start
> 00000540 t call_gmon_start
> 000018cc b completed.5621
> 00000620 T copy_buf
> 000017c8 d __CTOR_END__
> 000017c4 d __CTOR_LIST__
> w __cxa_finalize@@GLIBC_2.1.3
> 00000760 t __do_global_ctors_aux
> 00000570 t __do_global_dtors_aux
> 000018c4 d __dso_handle
> 000017d0 d __DTOR_END__
> 000017cc d __DTOR_LIST__
> 000017d8 a _DYNAMIC
> 000018cc A _edata
> 000018d0 A _end
> 000007a4 T _fini
> 000005d0 t frame_dummy
> 000007c0 r __FRAME_END__
> 000018ac a _GLOBAL_OFFSET_TABLE_
> w __gmon_start__
> 00000605 t __i686.get_pc_thunk.bx
> 000004e4 T _init
> 000017d4 d __JCR_END__
> 000017d4 d __JCR_LIST__
> w _Jv_RegisterClasses
> U memcpy@@GLIBC_2.0
> 00000610 T offset_charp
> 000018c8 d p.5619
> 000006e0 T read_double
> 00000700 T read_float
> 00000740 T read_int
> 00000720 T read_uint
> 00000660 T write_double
> 00000680 T write_float
> 000006c0 T write_int
> 000006a0 T write_uint
> #
> ------------------------------------------------------------
>
> no help to me, maybe it is to you?
>
> btw, is the INSTALL file up to date for cvs? in section 4 there's
> stuff about running 'make' in elephant root, but there's no makefile...
>
> cheers,
>
> garry
>
>
> On 11/18/06, *Robert L. Read* <read at robertlread.net
> <mailto:read at robertlread.net>> wrote:
>
> Under SBCL, apparently?
>
> Execute "nm" on libmemutil.so to see if the symbol is in the library.
>
> (Just a stab : make you you have remade libmemutil.)
>
> Those are just guesses, I'm afraid.
>
>
>
> On Sat, 2006-11-18 at 02:29 +0100, Garry Steedman wrote:
>> hello all,
>>
>> i'm trying to get elephant cvs running under debian etch and was
>> daring to hope someone might be able to help with the following
>> problem:
>>
>> ------------------------------------------------------------
>> ; registering #<SYSTEM UFFI {ACD11C1}> as UFFI
>> /var/cache/common-lisp-controller/0/sbcl/elephant/src/memutil/libmemutil.so
>> ; compiling file
>> "/usr/share/common-lisp/source/elephant/src/memutil/memutil.lisp"
>> (written 11 NOV 2006 11:53:13 PM):
>> ; compiling (DEFPACKAGE ELEPHANT-MEMUTIL ...)
>> ; compiling (IN-PACKAGE "ELEPHANT-MEMUTIL")
>> ; compiling (DEF-TYPE POINTER-INT ...)
>> ; compiling (DEF-TYPE POINTER-VOID ...)
>> ; compiling (DEF-FOREIGN-TYPE ARRAY-OR-POINTER-CHAR ...)
>> ; compiling (DEF-TYPE ARRAY-OR-POINTER-CHAR ...)
>> ; compiling (DEF-FUNCTION ("copy_buf" COPY-BUFS) ...)
>> ; compiling (DECLAIM (INLINE READ-INT ...))
>> ; compiling (DEFVAR +NULL-VOID+ ...)
>> ; compiling (DEFVAR +NULL-CHAR+ ...)
>> ; compiling (DEFVAR *BUFFER-STREAMS* ...)
>> ; compiling (DEFSTRUCT BUFFER-STREAM ...)
>> ; file:
>> /usr/share/common-lisp/source/elephant/src/memutil/memutil.lisp
>> ; in: DEFSTRUCT BUFFER-STREAM
>> ; (UFFI:ALLOCATE-FOREIGN-OBJECT :CHAR 10)
>> ; --> MAKE-ALIEN
>> ; ==>
>> ; (SB-ALIEN-INTERNALS:%SAP-ALIEN (SB-ALIEN::%MAKE-ALIEN (* 8 10))
>> ;
>> '#<SB-ALIEN-INTERNALS:ALIEN-POINTER-TYPE (*
>> ;
>> (SIGNED
>> ;
>> 8))>)
>> ;
>> ; note: unable to
>> ; optimize
>> ; because:
>> ; could not optimize away %SAP-ALIEN: forced to do runtime
>> ; allocation of alien-value structure
>>
>> ; compiling (DEFUN GRAB-BUFFER-STREAM ...)
>> ; file:
>> /usr/share/common-lisp/source/elephant/src/memutil/memutil.lisp
>> ; in: DEFUN GRAB-BUFFER-STREAM
>> ; (LENGTH ELEPHANT-MEMUTIL::*BUFFER-STREAMS*)
>> ;
>> ; note: unable to
>> ; optimize
>> ; due to type uncertainty:
>> ; The first argument is a SEQUENCE, not a (SIMPLE-ARRAY * (*)).
>> ;
>> ; note: unable to
>> ; optimize
>> ; due to type uncertainty:
>> ; The first argument is a SEQUENCE, not a VECTOR.
>>
>> ; compiling (DEFUN RETURN-BUFFER-STREAM ...)
>> ; compiling (DEFMACRO WITH-BUFFER-STREAMS ...)
>> debugger invoked on a COMMON-LISP:UNDEFINED-FUNCTION in thread
>> #<THREAD "initial thread" {A7BC549}>:
>> The function ELEPHANT-MEMUTIL::NEW-STYLE-COPY-P is undefined.
>>
>> Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
>>
>> restarts (invokable by number or by possibly-abbreviated name):
>> 0: [RETRY ] Retry performing #<ASDF:COMPILE-OP COMMON-LISP:NIL
>> {AB9B451}> on
>> #<ASDF:CL-SOURCE-FILE "memutil" {AB8EE89}>.
>> 1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP
>> COMMON-LISP:NIL {AB9B451}>
>> on #<ASDF:CL-SOURCE-FILE "memutil" {AB8EE89}> as
>> having been
>> successful.
>> 2: [ABORT ] Exit debugger, returning to top level.
>>
>> ("bogus stack frame")
>> ------------------------------------------------------------
>>
>> any suggestions appreciated,
>>
>> cheers,
>>
>> gs
>> _______________________________________________
>> elephant-devel site list
>> elephant-devel at common-lisp.net <mailto:elephant-devel at common-lisp.net>
>> http://common-lisp.net/mailman/listinfo/elephant-devel
>>
>>
>
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> <mailto:elephant-devel at common-lisp.net>
> http://common-lisp.net/mailman/listinfo/elephant-devel
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel
More information about the elephant-devel
mailing list