bulding hsbcl on debian 11

4 views
Skip to first unread message

Ralf Hemmecke

unread,
Jul 10, 2023, 7:05:28 AM7/10/23
to fricas-devel
Dear Waldek,

I seem to have problems building hsbcl with the script you provided.
I saw no problem on Ubuntu 22.04, though.
Can you help?

The last line of the compilation are given below.

Thank you
Ralf

; wrote
/zlocal/nvme0n1p4/hemmecke/v/git/hsbcl/pp/.cache/common-lisp/sbcl-2.1.1.debian-linux-x64/usr/share/common-lisp/source/alexandria/alexandria-2/package-tmpGHU3ALSV.fasl
; compilation finished in 0:00:00.000
While evaluating the form starting at line 18, column 0
of #P"/zlocal/nvme0n1p4/hemmecke/v/git/hsbcl/pp/../la.lisp":

debugger invoked on a UIOP/LISP-BUILD:COMPILE-FILE-ERROR in thread
#<THREAD "main thread" RUNNING {1004E00473}>:

Type HELP for debugger help, or (SB-EXT:EXIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
COMPILE-FILE-ERROR while
compiling #<CL-SOURCE-FILE "alexandria" "alexandria-2" "package">
0: [RETRY ] Retry
compiling #<CL-SOURCE-FILE
"alexandria" "alexandria-2" "package">.
1: [ACCEPT ] Continue, treating
compiling #<CL-SOURCE-FILE
"alexandria" "alexandria-2" "package">
as having been successful.
2: Retry ASDF operation.
3: [CLEAR-CONFIGURATION-AND-RETRY] Retry ASDF operation after
resetting the
configuration.
4: Retry ASDF operation.
5: Retry ASDF operation after
resetting the
configuration.
6: [RETRY ] Retry EVAL of current toplevel form.
7: [CONTINUE ] Ignore error and continue loading
file "/zlocal/nvme0n1p4/hemmecke/v/git/hsbcl/pp/../la.lisp".
8: [ABORT ] Abort loading file
"/zlocal/nvme0n1p4/hemmecke/v/git/hsbcl/pp/../la.lisp".
9: Ignore runtime option --eval
"(load \"../la.lisp\")".
10: Skip rest of --eval and --load
options.
11: Skip to toplevel READ/EVAL/PRINT loop.
12: [EXIT ] Exit SBCL (calling #'EXIT, killing
the process).

(UIOP/LISP-BUILD:CHECK-LISP-COMPILE-RESULTS NIL T T
"~/asdf-action::format-action/" ((#<ASDF/LISP-ACTION:COMPILE-OP > .
#<ASDF/LISP-ACTION:CL-SOURCE-FILE "alexandria" "alexandria-2" "package">)))
source: (ERROR 'COMPILE-FILE-ERROR :CONTEXT-FORMAT CONTEXT-FORMAT
:CONTEXT-ARGUMENTS CONTEXT-ARGUMENTS)
0]

Waldek Hebisch

unread,
Jul 10, 2023, 9:06:47 AM7/10/23
to fricas...@googlegroups.com
On Mon, Jul 10, 2023 at 01:05:25PM +0200, Ralf Hemmecke wrote:
> Dear Waldek,
>
> I seem to have problems building hsbcl with the script you provided.
> I saw no problem on Ubuntu 22.04, though.
> Can you help?
>
> The last line of the compilation are given below.
>
> Thank you
> Ralf
>
> ; wrote /zlocal/nvme0n1p4/hemmecke/v/git/hsbcl/pp/.cache/common-lisp/sbcl-2.1.1.debian-linux-x64/usr/share/common-lisp/source/alexandria/alexandria-2/package-tmpGHU3ALSV.fasl
> ; compilation finished in 0:00:00.000
> While evaluating the form starting at line 18, column 0
> of #P"/zlocal/nvme0n1p4/hemmecke/v/git/hsbcl/pp/../la.lisp":
>
> debugger invoked on a UIOP/LISP-BUILD:COMPILE-FILE-ERROR in thread
> #<THREAD "main thread" RUNNING {1004E00473}>:

Well, it build for me on Debian 11 both using Debian-provided sbcl-2.1.1
and compiled from sources sbcl-2.3.5. I had problem on old Gentoo,
because Gentoo provided ASDF configured in a way which was
incompatible with hsbcl. My solution on Gentoo was to use
sbcl-1.4.6 build from sources and remove system installed sbcl
startup file. On Debian, system startup file is '/etc/sbclrc', I
would look here for possible source of incompatibilities. And
of course personal startup files. Maybe add '--no-init' option
to sbcl command line.


--
Waldek Hebisch

Ralf Hemmecke

unread,
Jul 10, 2023, 1:48:20 PM7/10/23
to fricas...@googlegroups.com
On 10.07.23 15:06, Waldek Hebisch wrote:
> Well, it build for me on Debian 11 both using Debian-provided
> sbcl-2.1.1 ...

Indeed. I have another debian machine where your scripts work just fine.
/etc/sbclrc contains only comments.

I investigated a little. The difference seems to be that on the failing
machine there is cl-hunchentoot installed as a debian package. I cannot
remove it since I have not superuser rights on that machine.

cl-asdf is installed on both machines in the same version.

Comparing the log output shows that the failing machine compiles

; compiling file
"/usr/share/common-lisp/source/cl-trivial-gray-streams/package.lisp"
(written 31 JUL 2020 10:41:20 PM):
; processing (IN-PACKAGE :CL-USER)

whereas the non-failing does not. Hmmmm...

Maybe no need to investigate further. I will try to create an
environment to create hsbcl via quicklisp.

Ralf

Waldek Hebisch

unread,
Jul 10, 2023, 2:10:44 PM7/10/23
to fricas...@googlegroups.com
If you have cl-hunchentoot you could try replacing 'la.lisp' by

(require "HUNCHENTOOT")
(require "SB-POSIX")
(require "SB-SPROF")
(sb-ext::save-lisp-and-die "../hsbcl" :executable t)

Earlier part is to make sure that hunchentoot is available, but
if is intalled, then just 'require' should be enough.

--
Waldek Hebisch

Ralf Hemmecke

unread,
Jul 10, 2023, 2:18:42 PM7/10/23
to fricas...@googlegroups.com
> (require "HUNCHENTOOT")
> (require "SB-POSIX")
> (require "SB-SPROF")
> (sb-ext::save-lisp-and-die "../hsbcl" :executable t)

Does not work as such. I had to prepend

(require "asdf")

Then it works.

Thank you
Ralf
Reply all
Reply to author
Forward
0 new messages