quil-lang / magicl

Matrix Algebra proGrams In Common Lisp.
BSD 3-Clause "New" or "Revised" License
238 stars 44 forks source link

asdf:test-system fail (compilation stops while compiling lapack) #169

Closed junkicide closed 2 years ago

junkicide commented 2 years ago

i'm running sly with sbcl-2.2.4 with all necessary dependencies up-to-date:

CL-USER> (asdf:test-system :magicl)
WARNING: System definition file #P"/home/ubuntu/quicklisp/local-projects/fiasco/fiasco.asd" contains definition for system "fiasco-self-tests". Please only define "fiasco" and secondary systems with a name starting with "fiasco/" (e.g. "fiasco/test") in that file.
; compiling file "/home/ubuntu/work/magicl/src/bindings/lapack04-cffi.lisp" (written 24 MAY 2022 11:16:14 PM):

; wrote /home/ubuntu/.cache/common-lisp/sbcl-2.2.4-linux-x64/home/ubuntu/work/magicl/src/bindings/lapack04-cffi-tmpGHU3ALSV.fasl
; compilation finished in 0:00:03.543
; compiling file "/home/ubuntu/work/magicl/src/bindings/lapack05-cffi.lisp" (written 24 MAY 2022 11:16:14 PM):

; wrote /home/ubuntu/.cache/common-lisp/sbcl-2.2.4-linux-x64/home/ubuntu/work/magicl/src/bindings/lapack05-cffi-tmpAAURSO1.fasl
; compilation finished in 0:00:04.051
; compiling file "/home/ubuntu/work/magicl/src/bindings/lapack06-cffi.lisp" (written 24 MAY 2022 11:16:14 PM):

the compilation stops at this point, with inferior-lisp generates the following output:

(cond ((ignore-errors (funcall 'require "asdf") (funcall (read-from-string "asdf:version-satisfies") (funcall (read-from-string "asdf:asdf-version")) "2.019")) (push (pathname "/home/ubuntu/.emacs.d/straight/build/sly/slynk/") (symbol-value (read-from-string "asdf:*central-registry*"))) (funcall (read-from-string "asdf:load-system") :slynk) (funcall (read-from-string "slynk:start-server") "/tmp/sly.104991")) (t (progn (load "/home/ubuntu/.emacs.d/straight/build/sly/slynk/slynk-loader.lisp" :verbose t) (funcall (read-from-string "slynk-loader:init")) (funcall (read-from-string "slynk:start-server") "/tmp/sly.104991"))))

This is SBCL 2.2.4, 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.
* WARNING:
   redefining EMACS-INSPECT (#<SB-PCL:SYSTEM-CLASS COMMON-LISP:T>) in DEFMETHOD
;; Slynk started at port: 44519.
SLYNK's ASDF loader finished.
44519
* WARNING: redefining SLYNK::SYMBOL-INDENTATION in DEFUN
WARNING: redefining SLYNK::MACRO-INDENTATION in DEFUN
Heap exhausted during garbage collection: 48 bytes available, 96 requested.
Gen  Boxed   Cons    Raw   Code  SmMix  Mixed  LgRaw LgCode  LgMix Waste%       Alloc        Trig   Dirty GCs Mem-age
 2   12853   1675   3025      0    538   1014     33      0     58    0.4   626540192   503302634   19196   1  0.7862
 3    8406   1551   1435      2    510    743     62      0    173    0.8   418950560     2000000   11855   0  0.0975
 4       0      0      0      0      0      0      0      0      0    0.0           0     2000000       0   0  0.0000
 5       0      0      0      0      0      0      0      0      0    0.0           0     2000000       0   0  0.0000
 6     293    123    182      2     14     11     10      0     55    3.0    21920672     2000000      10   0  0.0000
--   21552   3349   4642      4   1062   1768    105      0    286    0.6  1067411424 [99.4% of 1073741824 max]
GC control variables:
   *GC-INHIBIT* = true
   *GC-PENDING* = true
   *STOP-FOR-GC-PENDING* = false
fatal error encountered in SBCL pid 105027 tid 105039:
Heap exhausted, game over.

Error opening /dev/tty: No such device or address
Welcome to LDB, a low-level debugger for the Lisp runtime environment.
(GC in progress)

It would seem like there is an issue with lapack, but I don't exactly know what's going on. Version info if that's important:

liblapack-dev is already the newest version (3.9.0-1build1).
stylewarning commented 2 years ago

It looks like you need a bigger heap. You're "only" using 1GB. Compiling LAPACK takes more memory now, it seems, unfortunately.

Try

sbcl --dynamic-space-size 4096
stylewarning commented 2 years ago

@junkicide did that fix your issue?

junkicide commented 2 years ago

yep! Thank you.