gsll-devel

gsll-devel@common-lisp.net

246 discussions

[Gsll-devel] unit test, failed assertions
by DJ Penton 05 Jan '15

05 Jan '15

I am not sure what to think about assertion failures for gsll. Does this mean I should not use gsll? Point me in the direction of the right reading material or let me know. I am on Linux Mint 17 64-bit. I ran the tests under Clozure version 1.10 64-bit, using slime in gnu emacs 24.3.1. Here is what I got: Unit Test Summary | 4007 assertions total | 3992 passed | 15 failed | 1 execution errors | 0 missing tests | Failed Form: (MULTIPLE-VALUE-LIST (PASCAL-PDF 5 0.4 12)) | Expected (0.0056984767089869) but saw (0.005698476708986905) | | Failed Form: (MULTIPLE-VALUE-LIST (NEGATIVE-BINOMIAL-PDF 5 0.4 12.0)) | Expected (0.0056984767089869) but saw (0.005698476708986905) | NEGATIVE-BINOMIAL: 6 assertions passed, 2 failed. | Failed Form: (MULTIPLE-VALUE-LIST (NONLINEAR-LEAST-SQUARES-EXAMPLE 40 +LEVENBERG-MARQUARDT+ NIL)) | Expected ((5.045357801443204 0.10404905892045835 1.0192487061031013)) | but saw ((5.04535778186662 0.10404905770554014 1.0192487099440282)) | NONLINEAR-LEAST-SQUARES: 0 assertions passed, 1 failed. | Failed Form: (MULTIPLE-VALUE-LIST (LET ((RNG (MAKE-RANDOM-NUMBER-GENERATOR +MT19937+ 0))) (LOOP FOR I FROM 0 TO 10 COLLECT (SAMPLE RNG :EXPONENTIAL :MU 10.0)))) | Expected ((0.0025828444588394794 18.145581427987647 12.636598054339759 0.5424387252062355 14.624994234158105 7.236607929535993 0.4345362449683603 2.95303920904529 6.161052939065796 3.011686333539114 2.7451079819355364)) | but saw ((82.61578216370394 1.77823538531874 3.3214653339021365 29.412645812312775 2.6351843583734817 6.635371453335953 31.57709150859036 13.637712930094189 7.766237034468241 13.468928238240315 14.268822088229632)) | EXPONENTIAL: 11 assertions passed, 1 failed. | Failed Form: (MULTIPLE-VALUE-LIST (LET ((V1 (GRID:MAKE-FOREIGN-ARRAY '(COMPLEX DOUBLE-FLOAT) :DIMENSIONS '3))) (GRID:COPY-TO (SET-ALL V1 #C(-34.5 8.24))))) | Expected (#(#C(-34.5 8.24) #C(-34.5 8.24) #C(-34.5 8.24))) | but saw (#(#C(6.93808738500125E-310 6.93808738500125E-310) #C(0.0 0.0) #C(2.2610866479751355E-4 1.9369301518129228E-4))) | | Failed Form: (MULTIPLE-VALUE-LIST (LET ((V1 (GRID:MAKE-FOREIGN-ARRAY '(COMPLEX SINGLE-FLOAT) :DIMENSIONS '3))) (GRID:COPY-TO (SET-ALL V1 #C(-34.5S0 8.24S0))))) | Expected (#(#C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0))) | but saw (#(#C(9.860902S-32 4.5816855S-41) #C(9.860902S-32 4.5816855S-41) #C(0.0S0 0.0S0))) | VECTOR-SET-ALL: 10 assertions passed, 2 failed. | Failed Form: (MULTIPLE-VALUE-LIST (RANDOM-WALK-VEGAS-EXAMPLE)) | Expected (1.3931632739551914 1.4981164744582692E-4) | but saw (1.3931632739552706 1.498116474436285E-4) | | Failed Form: (MULTIPLE-VALUE-LIST (RANDOM-WALK-MISER-EXAMPLE)) | Expected (1.3895297058825096 0.0050106269732269415) | but saw (1.3895297058825093 0.005010626973226931) | | Failed Form: (MULTIPLE-VALUE-LIST (RANDOM-WALK-PLAIN-EXAMPLE)) | Expected (1.4122087033540667 0.013435861456267064) | but saw (1.4122087033540713 0.013435861456268945) | MONTE-CARLO: 0 assertions passed, 3 failed. | Failed Form: (MULTIPLE-VALUE-LIST (LET ((V1 (GRID:MAKE-FOREIGN-ARRAY '(COMPLEX DOUBLE-FLOAT) :INITIAL-CONTENTS '(#C(-34.5 8.24) #C(3.29 -8.93) #C(34.12 -6.15) #C(49.27 -13.49) #C(32.5 42.73) #C(-17.24 43.31) #C(-16.12 -8.25) #C(21.44 -49.08)))) (SCALAR #C(32.5 42.73))) (GRID:COPY-TO (SCALE SCALAR V1)))) | Expected (#(#C(-1473.3452 -1206.385) #C(488.5039 -149.64329999999998) #C(1371.6895 1258.0725999999997) #C(2177.7027 1666.8821) #C(-769.6028999999996 2777.45) #C(-2410.9363 670.9098000000001) #C(-171.3775 -956.9326) #C(2793.9883999999997 -678.9687999999999))) | but saw (#(#C(-34.5 8.24) #C(3.29 -8.93) #C(34.12 -6.15) #C(49.27 -13.49) #C(32.5 42.73) #C(-17.24 43.31) #C(-16.12 -8.25) #C(21.44 -49.08))) | | Failed Form: (MULTIPLE-VALUE-LIST (LET ((V1 (GRID:MAKE-FOREIGN-ARRAY '(COMPLEX SINGLE-FLOAT) :INITIAL-CONTENTS '(#C(-34.5S0 8.24S0) #C(3.29S0 -8.93S0) #C(34.12S0 -6.15S0) #C(49.27S0 -13.49S0) #C(32.5S0 42.73S0) #C(-17.24S0 43.31S0) #C(-16.12S0 -8.25S0) #C(21.44S0 -49.08S0)))) (SCALAR #C(32.5S0 42.73S0))) (GRID:COPY-TO (SCALE SCALAR V1)))) | Expected (#(#C(-1473.3452S0 -1206.385S0) #C(488.5039S0 -149.64331S0) #C(1371.6895S0 1258.0725S0) #C(2177.7026S0 1666.8821S0) #C(-769.6029S0 2777.45S0) #C(-2410.9363S0 670.9099S0) #C(-171.37753S0 -956.9326S0) #C(2793.9885S0 -678.9689S0))) | but saw (#(#C(-34.5S0 8.24S0) #C(3.29S0 -8.93S0) #C(34.12S0 -6.15S0) #C(49.27S0 -13.49S0) #C(32.5S0 42.73S0) #C(-17.24S0 43.31S0) #C(-16.12S0 -8.25S0) #C(21.44S0 -49.08S0))) | SCALE: 4 assertions passed, 2 failed. | Failed Form: (MULTIPLE-VALUE-LIST (INTEGRATION-QAGIU (INTEGRATION-TEST-F15 5.0) 0.0 0.0 1.0E-7 1000)) | Expected (65536.00000000025 7.121667184124547E-4) | but saw (65536.00000000025 7.121667220555405E-4) | NUMERICAL-INTEGRATION: 41 assertions passed, 1 failed. | Failed Form: (MULTIPLE-VALUE-LIST (LET ((M1 (GRID:MAKE-FOREIGN-ARRAY '(COMPLEX DOUBLE-FLOAT) :DIMENSIONS '(3 3)))) (GRID:COPY-TO (SET-ALL M1 #C(-34.5 8.24))))) | Expected (#2A((#C(-34.5 8.24) #C(-34.5 8.24) #C(-34.5 8.24)) (#C(-34.5 8.24) #C(-34.5 8.24) #C(-34.5 8.24)) (#C(-34.5 8.24) #C(-34.5 8.24) #C(-34.5 8.24)))) | but saw (#2A((#C(6.93808738500125E-310 6.93808738500125E-310) #C(0.0 0.0) #C(0.0 0.0)) (#C(0.0 0.0) #C(0.0 0.0) #C(0.0 0.0)) (#C(0.0 0.0) #C(0.0 0.0) #C(0.0 0.0)))) | | Failed Form: (MULTIPLE-VALUE-LIST (LET ((M1 (GRID:MAKE-FOREIGN-ARRAY '(COMPLEX SINGLE-FLOAT) :DIMENSIONS '(3 3)))) (GRID:COPY-TO (SET-ALL M1 #C(-34.5S0 8.24S0))))) | Expected (#2A((#C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0)) (#C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0)) (#C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0) #C(-34.5S0 8.24S0)))) | but saw (#2A((#C(0.0S0 0.0S0) #C(-1.9980458S+7 2.2836375S0) #C(-0.24403502S0 1.7918347S0)) (#C(-54862.137S0 2.2802413S0) #C(-2.8170395S-11 -2.6114688S0) #C(-1.8720056S+36 2.430557S0)) (#C(-60954.11S0 -2.0077076S0) #C(-5.3453843S-19 2.1910214S0) #C(5.721449S+18 1.6339746S0)))) | MATRIX-SET-ALL: 10 assertions passed, 2 failed. | Failed Form: (MULTIPLE-VALUE-LIST (COUPLING-3J 0 1 1 0 1 -1)) | Expected (0.7071067811865475 3.14018491736755E-16) | but saw (0.7071067811865476 7.850462293418876E-16) | COUPLING: 2 assertions passed, 1 failed.

2 1

[Gsll-devel] use ASDF's temporary-directory in favor of Osicat's
by Mirko Vukovic 20 Oct '14

20 Oct '14

Hello, GSLL uses the Osicat library for the only purpose of obtaining a valid temporary directory. The new ASDF 3 (actually UIOP) offers the same functionality. Since GSLL depends on ASDF which uses UIOP, I propose that it switches to UIOP's version. This minor point would simplify installation of GSLL on Windows. Mirko

2 1

[Gsll-devel] Typo/bug in histogram.lisp's grid:copy
by Mirko Vukovic 17 Oct '14

17 Oct '14

I have been spending enjoyable time with gsll's (and gsl's) histogram routines. A small bug in the code popped up. In histogram/histogram.lisp the grid:copy method calls histo-copy and histo-clone. The arguments in those calls are incorrect. This is what the method should look like: (defmethod grid:copy ((source histogram) &key destination &allow-other-keys) (if destination (histo-copy source destination) (histo-clone source))) In the original, source and destination were swapped. The same fix applies to the method that specializes on histogram2d. Mirko

2 1

[GSLL-devel] Fixing up make-grid-data for clisp (was making copy-to working in clisp+grid: fix to element-type)
by Mirko Vukovic 26 Dec '13

26 Dec '13

This is a follow up on my posted fix to copy-to. For some reason this has triggered another error. I do not understand how that other error is triggered. The error and the fix are discussed at the bottom of the email On Fri, Jan 4, 2013 at 10:39 AM, Mirko Vukovic <mirko.vukovic(a)gmail.com>wrote: > The following works in sbcl+grid: > > (copy-to (make-array 2 :element-type 'double-float :initial-contents > '(1.0d0 2.0d0)) 'grid:foreign-array) > > But it does not work in clisp+grid. > > The root cause lies in the function grid/array.lisp/element-type. It uses > `(array-element-type grid)'. > > But this can present a problem. Quoting hyperspec: > > (Because of *array* <http://26_glo_a.htm#array> *upgrading*, this *type > specifier* <http://26_glo_t.htm#type_specifier> can in some cases denote > a *supertype* <http://26_glo_s.htm#supertype> of the *expressed array > element type* <http://26_glo_e.htm#expressed_array_element_type> of the * > array*.) > > In CLISP, array-element-type returns `T' when passed #(1d0 2d0) > > It returns T even when passed a simple array: > > (array-element-type (make-array 2 :element-type 'double-float > :initial-contents > '(1.0d0 2.0d0) > :adjustable nil > :fill-pointer nil > :displaced-to nil) ) > > The proposed fix is > > (defmethod element-type ((grid array)) > (type-of (row-major-aref grid 0)) > #+skip(array-element-type grid)) > > Now copy-to works in clisp as well. > > Mirko > > > After finishing this, I recompiled afresh, and got another error that I traced to make-grid-data and make-array In clisp, make-array will return an array of NIL's even if the element-type is specified as double float. In SBCL make-array will return an array filled with 1d0. I had to add some clisp specific code to make-grid-data in order for it to initialize properly. First, a helper function: (defun default-element (element-type) "Return a default element depending on element-type " (let ((a-list '((double-float . 1d0) (symbol . T)))) (let ((match (cdr (assoc element-type a-list)))) (assert match () "Default element type undefined for element-type ~a" element-type) match))) And second, a bit of set-up code in make-grid-data. I broke apart the (let* statement to provide an explicit initial element if it has not been specified already: (defmethod make-grid-data ((type (eql 'array)) dimensions rest-spec &key (initial-element nil initial-element-p) (initial-contents nil initial-contents-p)) (let ((element-type (top-spec-type rest-spec))) #+clisp (unless (or initial-element-p initial-contents-p) (setf initial-element (default-element element-type) initial-element-p t)) (let ((array ... UNCHANGED Summary: To fix to copy-to, I modified (defmethod element-type ((grid array)) For some unknown reason, that triggered an error in the array initialization routine. To fix that, I had to add code to make-grid-data, so that it fills double-float arrays with 0d0 instead of NIL's I will continue using this code to see if there are additional problems. BTW, I realize that CLISP is not a preferred platform for speedy computation, but that is what I use on Windows, until SBCL gets officially ported to it. And in addition, it is a nice cross-check on portability. Mirko

2 2

[GSLL-devel] making copy-to working in clisp+grid: fix to element-type
by Mirko Vukovic 26 Dec '13

26 Dec '13

The following works in sbcl+grid: (copy-to (make-array 2 :element-type 'double-float :initial-contents '(1.0d0 2.0d0)) 'grid:foreign-array) But it does not work in clisp+grid. The root cause lies in the function grid/array.lisp/element-type. It uses `(array-element-type grid)'. But this can present a problem. Quoting hyperspec: (Because of *array* <26_glo_a.htm#array> *upgrading*, this *type specifier*<26_glo_t.htm#type_specifier>can in some cases denote a *supertype* <26_glo_s.htm#supertype> of the *expressed array element type*<26_glo_e.htm#expressed_array_element_type>of the *array*.) In CLISP, array-element-type returns `T' when passed #(1d0 2d0) It returns T even when passed a simple array: (array-element-type (make-array 2 :element-type 'double-float :initial-contents '(1.0d0 2.0d0) :adjustable nil :fill-pointer nil :displaced-to nil) ) The proposed fix is (defmethod element-type ((grid array)) (type-of (row-major-aref grid 0)) #+skip(array-element-type grid)) Now copy-to works in clisp as well. Mirko

2 1

transposed matrix multiplication (in blas2,3) bugfixes
by Mirko Vukovic 25 Dec '13

25 Dec '13

matrix-product in blas3.lisp calls the gsl_blas gemm routine. It has optional parameters TransA and TransB to specify whether the matrices A and/or B should be transposed prior to multiplying. These two take values :trans or :notrans. The bug is twofold. matrix-product calls matrix-product-dimensions (defined in blas2). To do its job properly, matrix-product-dimensions should have TransA and TransB as parameters, and matrix-product should call it with those as arguments. Here is the modified matrix-product-dimensions: (defun matrix-product-dimensions (a b &optional (TRANSA :NOTRANS) (TRANSB :NOTRANS)) (if (typep b 'grid:matrix) (list (funcall (case transa (:notrans #'first) (:trans #'second) (t (error "Invalid tranposition keyword, ~a" transa))) (grid:dimensions a)) (funcall (case transb (:notrans #'second) (:trans #'first) (t (error "Invalid tranposition keyword, ~a" transb))) (grid:dimensions b))) (first (funcall (case transa (:notrans #'first) (:trans #'second) (t (error "Invalid tranposition keyword, ~a" transa))) (grid:dimensions a))))) This can probably be improved. I applied the same fix to the case when b is not a matrix, since matrix-product in blas2 which works on matrix x vector, also accepts that TransB argument. Finally matrix-product has to be fixed. It is defined in both blas2 (for matrix vector multiplication) and in blas3 (for matrix matrix multiplication). The modifications consist of modifying the call to matrix-product-dimensions to include TransA (and TransB) ;; blas2 (defmfun matrix-product ((A grid:matrix) (x vector) &optional y (alpha 1) (beta 1) (TransA :notrans) TransB &aux (yarr (grid:ensure-foreign-array y (matrix-product-dimensions A x TransA) element-type 0))) ("gsl_blas_" :type "gemv") ((transa cblas-transpose) (alpha :element-c-type) ((mpointer A) :pointer) ((mpointer x) :pointer) (beta :element-c-type) ((mpointer yarr) :pointer)) :definition :generic :element-types #+fsbv :float-complex #-fsbv :float :inputs (A x) :outputs (yarr) :documentation ; FDL "If the second and third arguments are vectors, compute the matrix-vector product and sum y = alpha op(A) x + beta y, where op(A) = A, A^T, A^H for TransA = :notrans, :trans, :conjtrans. If the second and third arguments are matrices, compute the matrix-matrix product and sum C = alpha op(A) op(B) + beta C where op(A) = A, A^T, A^H for TransA = :notrans, :trans, :conjtrans and similarly for the parameter TransB.") ;; blas3 (defmfun matrix-product ((A grid:matrix) (B grid:matrix) &optional C (alpha 1) (beta 1) (TransA :notrans) (TransB :notrans) &aux (Carr (or C (grid:make-foreign-array element-type :dimensions (matrix-product-dimensions A B TransA TransB) :initial-element 0)))) ("gsl_blas_" :type "gemm") ((TransA cblas-transpose) (TransB cblas-transpose) (alpha :element-c-type) ((mpointer A) :pointer) ((mpointer B) :pointer) (beta :element-c-type) ((mpointer Carr) :pointer)) :definition :methods :element-types #+fsbv :float-complex #-fsbv :float :inputs (A B Carr) :outputs (Carr)) I did not test this exhaustively, but the modifications did work my a few matrix multiplications that I needed. Mirko

2 1

Symbol "*BUILT-IN-FLOAT-TYPES*" not found in the CFFI package.
by Adam Jensen 04 Oct '13

04 Oct '13

Hi, I've encountered some problems while having a look at GSLL (well, attempting to have a look at GSLL anyway). I can't seem to get started on an OpenBSD machine or a Xubuntu Linux machine. Any ideas about what the problem may be? ------------------------------------------------------------------- Problems on an OpenBSD machine ------------------------------------------------------------------- lucidrine:/home/hanzer$ dmesg | head -1 OpenBSD 5.3 (GENERIC.MP) #58: Tue Mar 12 18:43:53 MDT 2013 lucidrine:/home/hanzer$ sbcl --version SBCL 1.0.58.openbsd -- Installed from /usr/ports -- gsl-1.15 libffi-3.0.9 -- lucidrine:/home/hanzer$ curl -O http://beta.quicklisp.org/quicklisp.lisp lucidrine:/home/hanzer$ sbcl --load quicklisp.lisp ... * (quicklisp-quickstart:install) ... * (ql:add-to-init-file) ... * (ql:quickload "gsll") --a bunch of fetching then-- ; Loading "gsll" [package alexandria.0.dev]........................ [package babel-encodings]......................... [package babel]................................... .................................................. [package cffi-sys]................................ [package cffi].................................... .................................................. [package cffi-features]........................... [package cffi-grovel]........... debugger invoked on a ASDF:LOAD-SYSTEM-DEFINITION-ERROR: Error while trying to load definition for system gsll from pathname /home/hanzer/quicklisp/dists/quicklisp/software/gsll-20130615-git/gsll.asd: Unable to load any of the alternatives: ("libffi.so.6" "libffi32.so.6" "libffi.so.5" "libffi32.so.5") Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. ------------------------------------------------------------------- Problems on a xubuntu Linux machine ------------------------------------------------------------------- #30-Ubuntu SMP Wed May 1 16:36:13 UTC 2013 (Ubuntu 3.8.0-19.30-generic 3.8.8) helix:~$ sbcl --version SBCL 1.1.1.0.debian -- Installed from Synaptic -- libgsl0-dev libgsl0ldbl libffi6 libffi-dev -- helix:~$ curl -O http://beta.quicklisp.org/quicklisp.lisp ... helix:~$ sbcl --load quicklisp.lisp ... * (quicklisp-quickstart:install) ... ==== quicklisp installed ==== ... * (ql:quickload "gsll") ... --a bunch of fetching then-- ; Loading "gsll" ..; cc -m32 -I/usr/share/common-lisp/source/cl-cffi/ -fPIC -o /home/dmagus/.cache/common-lisp/sbcl-1.1.1.0.debian-linux-x86/home/dmagus/quicklisp/dists/quicklisp/software/cffi_0.11.2/libffi/libffi-unix /home/dmagus/.cache/common-lisp/sbcl-1.1.1.0.debian-linux-x86/home/dmagus/quicklisp/dists/quicklisp/software/cffi_0.11.2/libffi/libffi-unix.c ; /home/dmagus/.cache/common-lisp/sbcl-1.1.1.0.debian-linux-x86/home/dmagus/quicklisp/dists/quicklisp/software/cffi_0.11.2/libffi/libffi-unix /home/dmagus/.cache/common-lisp/sbcl-1.1.1.0.debian-linux-x86/home/dmagus/quicklisp/dists/quicklisp/software/cffi_0.11.2/libffi/libffi-unix.grovel-tmp.lisp .; ; caught ERROR: ; READ error during COMPILE-FILE: ; ; Symbol "*BUILT-IN-FLOAT-TYPES*" not found in the CFFI package. ; ; Line: 36, Column: 49, File-Position: 1632 ; ; Stream: #<SB-SYS:FD-STREAM ; for "file /home/dmagus/quicklisp/dists/quicklisp/software/cffi_0.11.2/libffi/built-in-types.lisp" ; {C2C57B9}> debugger invoked on a LOAD-SYSTEM-DEFINITION-ERROR in thread #<THREAD "main thread" RUNNING {AB16819}>: Error while trying to load definition for system gsll from pathname /home/dmagus/quicklisp/dists/quicklisp/software/gsll-20130615-git/gsll.asd: Error while invoking #<COMPILE-OP NIL {B978391}> on #<CL-SOURCE-FILE "cffi-libffi" "libffi" "built-in-types"> Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.

2 2

Re: gsll
by Liam Healy 14 Apr '13

14 Apr '13

GSLL is a library written in C, so all its objects live in foreign space. CL arrays won't work because the foreign library can not see them. You can shorten the creation of the foreign array using #m if grid:*default-grid-type* is 'grid:FOREIGN-ARRAY: (gsl:mean #m(1 2 3 4 5)) 3.0 Please join the mailing list to ask questions and post problems. Thanks. Liam On Sun, Apr 14, 2013 at 1:27 PM, Nelson Marcelino <marcelin7(a)yahoo.com> wrote: > Got it working. One question--why doesn't mean work with a simple lisp > array? Instead of > having to create a contraption with > > GSL> (mean (GRID:MAKE-FOREIGN-ARRAY > 'SINGLE-FLOAT > :INITIAL-CONTENTS > '(1 2 3 4 5))) > 3.0 > > > GSL> (mean #(1 2 3 4 5)) > > There is no applicable method for the generic function: > #<STANDARD-GENERIC-FUNCTION MEAN #x3020035937EF> > when called with arguments: > (#(1 2 3 4 5)) > [Condition of type SIMPLE-ERROR] > > > > ________________________________ > From: Liam Healy <lhealy(a)common-lisp.net> > To: Nelson Marcelino <marcelin7(a)yahoo.com> > Cc: "gsll-devel(a)common-lisp.net" <gsll-devel(a)common-lisp.net> > Sent: Saturday, April 13, 2013 4:44 PM > Subject: Re: gsll > > You need to load the libffi "developer" package. I don't know what > distro you're using, but on Debian/Ubuntu, it's called libffi-dev. > Also, this is more of a question for cffi-devel, but it happens that I > wrote cffi-libffi (which is the system triggering this error), so it > works out. > > Liam > > On Fri, Apr 12, 2013 at 12:55 PM, Nelson Marcelino <marcelin7(a)yahoo.com> > wrote: >> I'm having trouble getting this to work on Linux. Any help? >> >> Error while trying to load definition for system gsll from >> pathname >> >> /home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd: >> >> External process exited with code 1. >> Command was: "cc" "-m64" >> "-I/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/" >> "-o" >> >> "/home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix" >> >> "/home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c" >> Output was: >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:7:17: >> error: ffi.h: No such file or directory >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c: >> In function âmainâ: >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:25: >> error: âFFI_OKâ undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:25: >> error: (Each undeclared identifier is reported only once >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:25: >> error: for each function it appears in.) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:30: >> error: âFFI_BAD_TYPEDEFâ undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:35: >> error: âFFI_BAD_ABIâ undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:46: >> error: âFFI_DEFAULT_ABIâ undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:51: >> error: âFFI_SYSVâ undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:56: >> error: âFFI_UNIX64â undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:64: >> error: âffi_abiâ undeclared (first use in this function) >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:111: >> error: invalid application of âsizeofâ to incomplete type âstruct >> _ffi_typeâ >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:116: >> error: dereferencing pointer to incomplete type >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:121: >> error: dereferencing pointer to incomplete type >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:126: >> error: dereferencing pointer to incomplete type >> >> /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:131: >> error: dereferencing pointer to incomplete type >> >> [Condition of type ASDF:LOAD-SYSTEM-DEFINITION-ERROR] >> >> Restarts: >> 0: [RETRY] Retry #<STANDARD-CLASS PROCESS-OP> on #<GROVEL-FILE >> "cffi-libffi" "libffi" "libffi">. >> 1: [ACCEPT] Continue, treating #<STANDARD-CLASS PROCESS-OP> on >> #<GROVEL-FILE "cffi-libffi" "libffi" "libffi"> as having been successful. >> 2: [RETRY-LOAD] Retry loading >> >> #P"/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd" >> 3: [SKIP-LOAD] Skip loading >> >> #P"/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd" >> 4: [LOAD-OTHER] Load other file instead of >> >> #P"/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd" >> 5: [REINITIALIZE-SOURCE-REGISTRY-AND-RETRY] Retry finding system gsll >> after >> reinitializing the source-registry. >

1 0

gsll
by Nelson Marcelino 13 Apr '13

13 Apr '13

I'm having trouble getting this to work on Linux. Any help? Error while trying to load definition for system gsll from pathname /home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd: External process exited with code 1. Command was: "cc" "-m64" "-I/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/" "-o" "/home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix" "/home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c" Output was: /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:7:17: error: ffi.h: No such file or directory /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c: In function âmainâ: /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:25: error: âFFI_OKâ undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:25: error: (Each undeclared identifier is reported only once /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:25: error: for each function it appears in.) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:30: error: âFFI_BAD_TYPEDEFâ undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:35: error: âFFI_BAD_ABIâ undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:46: error: âFFI_DEFAULT_ABIâ undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:51: error: âFFI_SYSVâ undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:56: error: âFFI_UNIX64â undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:64: error: âffi_abiâ undeclared (first use in this function) /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:111: error: invalid application of âsizeofâ to incomplete type âstruct _ffi_typeâ /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:116: error: dereferencing pointer to incomplete type /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:121: error: dereferencing pointer to incomplete type /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:126: error: dereferencing pointer to incomplete type /home/nelson/.cache/common-lisp/ccl-1.8-f95-linux-x64/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/cffi_0.11.0/libffi/libffi-unix.c:131: error: dereferencing pointer to incomplete type [Condition of type ASDF:LOAD-SYSTEM-DEFINITION-ERROR] Restarts: 0: [RETRY] Retry #<STANDARD-CLASS PROCESS-OP> on #<GROVEL-FILE "cffi-libffi" "libffi" "libffi">. 1: [ACCEPT] Continue, treating #<STANDARD-CLASS PROCESS-OP> on #<GROVEL-FILE "cffi-libffi" "libffi" "libffi"> as having been successful. 2: [RETRY-LOAD] Retry loading #P"/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd" 3: [SKIP-LOAD] Skip loading #P"/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd" 4: [LOAD-OTHER] Load other file instead of #P"/home/nelson/lib-asdf/quicklisp/dists/quicklisp/software/gsll-20130312-git/gsll.asd" 5: [REINITIALIZE-SOURCE-REGISTRY-AND-RETRY] Retry finding system gsll after reinitializing the source-registry.

2 1

LinkedIn Ağ Güncellemeleri, 11/4/2013
by LinkedIn Güncellemeleri 11 Apr '13

11 Apr '13

LinkedIn ------------ LinkedIn Ağ Güncellemeleri GÖRÜNTÜLENEN GÜNCELLEMELER 4 Nis - 11 Nis --- Görüntülenen Güncellemeler * D. E. (Steve) Stevenson şu kişiyle bağlantı kurdu: Strickler Cassy ve Curt Reynolds Genişletilmiş Ağınızdan Güncellemeler</span><br /> (Bu kişiler ile bağlantı kurarark neler yaptıklarını öğrenin.) * umud shukri bir kitab İran: Tehdit mi, Fırsat mı? Bülent Keneş http://lnkd.in/RPChBy Bağlantıyı Görüntüleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nua/s1415730201/http%3A%2F%2F… umud shukri ile bağlantı kurun: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/ZinPG-VgE-rKjpgcnEb9mzEQSFxBy… Yorum ekleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nds/206959193/M/U/57281911618… * Cemil Cemiloglu Linkedin has a very accurate recommendations system, this is how they do it, Hadoop is what is under the hood. http://lnkd.in/3hER9M Bağlantıyı Görüntüleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nua/s1415724342/http%3A%2F%2F… Cemil Cemiloglu ile bağlantı kurun: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/ZinPG-VgE-rKjpgcnEb9mzEQSFxBy… Yorum ekleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nds/6152363/M/U/5728191048421… * Püren Özyüksel http://lnkd.in/ks8Pq3 Bağlantıyı Görüntüleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nua/s1415722082/http%3A%2F%2F… Püren Özyüksel ile bağlantı kurun: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/ZinPG-VgE-rKjpgcnEb9mzEQSFxBy… Yorum ekleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nds/12385490/M/U/572818996019… * sezgin cirit link postaladı Bağlantıyı Görüntüleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nua/s1415725256/http%3A%2F%2F… sezgin cirit ile bağlantı kurun: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/ZinPG-VgE-rKjpgcnEb9mzEQSFxBy… Yorum ekleyin: http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nds/61079128/M/U/572818950569… Diğer güncellemeleri göster » http://www.linkedin.com/e/-8a34oq-hfeauj7u-4t/nth/false/eml_nus_home_bottom…

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

gsll-devel