Unable to build nyxt on Debian 11 VM with SBCL 2.3.11/2.3.7 about nyxt HOT 5 CLOSED

I should also note that this line

dynamic_space_size = 1073741824

does not change regardless of the amount I put in the makefile or the amount of memory (up to 10gb) allocated to the VM

from nyxt.

I'm not sure what may cause the memory issue but it seems related to the VM.

Out of curiosity, why are you trying to build it on a VM?

from nyxt.

Out of curiosity, why are you trying to build it on a VM?

I use QubesOS, It uses isolated VMs to hopefully maximize security,

Should I put the the logs of the other failed builds here or open a new issue?

The strangest being that when I try to build from a common lisp repl, it fails to find the "CL-CFFI-GTK" package (with both ECL and Clisp as well as SBCL).

from nyxt.

I managed to find and solve the issues I was having,

It was not to directly to do with the VM It had to do with the fact that the debian 11 repositories only contain SBCL up to 2.1.1 and that version created an unusable binary like in this issue #3222, so I had installed sbcl 2.3.11 in its own directory and edited the 'LISP' variable in the makefile from "sbcl" to "/home/user/Downloads/sbcl/sbcl-2.3.11-install/bin/sbcl".

the makefile then did not recognize it as "sbcl" and therefore did not allocate the dynamic-space-size.

I also solved the issue with the build failing from the common lisp repl, I think there might be something missing from the documentation, because the makefile has the lines...

(require "asdf")
(asdf:load-system :nyxt/submodules)

which I found to be necessary before
(asdf:make :nyxt/gtk-application)
to get the compilation to work (at least for me ) along with requiring sbcl to be started with --dynamic-space-size 3072. This is not stated or made clear in the "using lisp" part of the developer's documentation.
While requiring asdf might be obvious, the next line is not and neither is setting the dynamic-space-size, unless one reads the makefile.

I still could not get it to work with ECL(with this complaining about PARSE-BODY missing in UIOP/DRIVER) and Clisp (due to what seems to be a memory space issue) though.

I will close this as all my issues have been solved.

Thanks

from nyxt.

@Kyuvi good observation, thanks! Fixed via d572fab.

Since compiling a program is mostly a non-interactive task where the use of the Lisp REPL won't help greatly, it makes little sense to keep the Lisp instructions up-to-date. Otherwise, changes make to the Makefile wouldn't be reflected in the Developer's Documentation.

I'm glad you were able to install it!

With regards to ECL, we're currently targeting SBCL only so you may find some stones along the way.

from nyxt.