Build fails on the i386 archirecture

21 views
Skip to first unread message

Yuri Vic

unread,
Aug 4, 2022, 10:09:43 AM8/4/22
to FriCAS - computer algebra system
fricas-1.3.8 and previous versions fail to build on i386:




clang-13.1
FreeBSD 13.1

Qian Yun

unread,
Aug 4, 2022, 7:02:56 PM8/4/22
to fricas...@googlegroups.com
Hi,

Can you send the build log as attachment?

- Qian

Grégory Vanuxem

unread,
Aug 4, 2022, 8:25:36 PM8/4/22
to fricas...@googlegroups.com
See attachment.
> --
> You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to fricas-devel...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/fricas-devel/682a18d0-5993-4877-f46f-87e852d764ec%40gmail.com.
fricas-1.3.8.log.gz

Grégory Vanuxem

unread,
Aug 4, 2022, 8:53:06 PM8/4/22
to fricas...@googlegroups.com
Hi Yuri,

I suspect the build process downloads a version of SBCL not compatible
with i386.

The build process downloads the 2.2.5 version but as far as I know,
the up to date version for i386 on FreeBSD is 1.2.7.
See: http://www.sbcl.org/platform-table.html

You can try to install the FreeBSD SBCL version maybe.

Cheers,

Greg
> --
> You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to fricas-devel...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/fricas-devel/06ddef87-5021-4140-8378-733351a200a1n%40googlegroups.com.

Qian Yun

unread,
Aug 4, 2022, 11:48:31 PM8/4/22
to fricas...@googlegroups.com
Can be reproduced on i386 Linux as well (with GIT sbcl).
So very likely this is SBCL bug. I'll git bisect later.

The error happens when compiling src/interp/setvars.clisp:

debugger invoked on a SIMPLE-ERROR in thread
#<THREAD "main thread" RUNNING {59402001}>:
More operand #<SB-C:TN-REF
:TN #<SB-C:TN |s_nam|!1 :DEBUG-ENVIRONMENT>
:WRITE-P NIL
:VOP LIST> used more than once in its VOP.

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

restarts (invokable by number or by possibly-abbreviated name):
0: [CONTINUE] Retry assertion.
1: [ABORT ] Exit debugger, returning to top level.

(SB-KERNEL:ASSERT-ERROR (FLET ((SB-C::FROB (SB-C::REFS) (DO (#) (# T)
(WHEN # #)))) (AND (SB-C::FROB (SB-C::TN-READS SB-C:TN)) (SB-C::FROB
(SB-C::TN-WRITES SB-C:TN)))) NIL "More operand ~S used more than once in
its VOP." #<SB-C:TN-REF :TN #<SB-C:TN |s_nam|!1 :DEBUG-ENVIRONMENT>
:WRITE-P NIL :VOP LIST>)
0]

- Qian

Qian Yun

unread,
Aug 5, 2022, 1:35:24 AM8/5/22
to fricas...@googlegroups.com
Git bisection points to c2553627 between sbcl-2.2.1 and 2.2.2.

I have reported the bug to sbcl...@lists.sourceforge.net.

- Qian

Qian Yun

unread,
Aug 5, 2022, 9:38:20 AM8/5/22
to fricas...@googlegroups.com
This bug is fixed by SBCL upstream via commit 45fa5691.

I will add a commit to FriCAS later that detects sbcl-2.2.2
~ 2.2.7 on i386 platforms.

- Qian

Grégory Vanuxem

unread,
Aug 6, 2022, 9:04:44 AM8/6/22
to fricas...@googlegroups.com

Grégory Vanuxem

unread,
Aug 6, 2022, 9:05:43 AM8/6/22
to fricas...@googlegroups.com
I will always love open source 
Reply all
Reply to author
Forward
0 new messages