After installing cmucl-21.b, while trying to configure maxima, lisp(1) did complain that his living location does not please it. $ lisp Error in function LISP::REINIT-CHAR-ATTRIBUTES: Cannot find #P"ext-formats:unidata.bin", so unicode support is not available [Condition of type SIMPLE-ERROR] Restarts: 0: [CONTINUE] Continue anyway 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (LISP::REINIT-CHAR-ATTRIBUTES) Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/print.lisp. 0] Since the steel bank compiler does not build either under 12.1, I'm prevented to install maxima.
Hello, I am the maxima maintainer. Unfortunately, I think fixing cmucl will require someone with a high knowledge of lisp and of the software itself. However sbcl should work. Some users reported issues with the THREAD option (I have issues as well): try rebuilding sbcl switching its state and see if it gets any better.
I have the exact issue on my FreeBSD build 12.1-RELEASE-p3 GENERIC amd64. Additionally it occurs whenever trying to load any file, either during initialization or using LOAD. TRUENAME will also throw the same error. Setting the LDCONFIG path or using the wrapper that came with it does not change anything. I had planned (and still want to) on using CMUCL for local development as well as for production.
(In reply to Lorenzo Salvadore from comment #1) I tried to install CMUCL because I previously couldn't install SBCL, I had a build failure. I then did another SBCL build attempt and, this time, it completed without error. I can't explain that transient error. I can run maxima. Thank you.
(In reply to Jason Robinson from comment #2) Since CMUCL is a binary port, I suppose a change in the toolchain upsets it. Could SBCL be used as a bootstrap to build CMUCL from sources?
(In reply to Bertrand Petit from comment #4) Thanks for the response. Unfortunately, due to work, I was pulled off this and ended up using Clozure. However for personal reasons I am still interested in getting this working. I have never bootstrapped Common Lisp before, would the instructions found here ( https://gitlab.common-lisp.net/cmucl/cmucl/-/wikis/BuildingCmucl ) work? If not, can you point me in the right direction?
(In reply to Jason Robinson from comment #5) Lorenzo is certainly right in writing that this "will require someone with a high knowledge of lisp and of the software itself." CMUCL works 21b 11.2-RELEASE but no longer on 12-something. Upstream has not provided a binary for FreeBSD since 2017. So, today building a new distribution would require crossing releases version barriers (from an 11-based host?), that may not be simple but would certainly be extremely instructive.
I don't think anything will improve about cmucl. I am going to deprecate the port.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=e978a52e0545e1a9ecd7a8d24d79f0928594342d commit e978a52e0545e1a9ecd7a8d24d79f0928594342d Author: Lorenzo Salvadore <salvadore@FreeBSD.org> AuthorDate: 2022-05-10 12:59:12 +0000 Commit: Lorenzo Salvadore <salvadore@FreeBSD.org> CommitDate: 2022-05-21 14:33:55 +0000 lang/cmucl and lang/cmucl-extra: Deprecate ports lang/cmucl is not supported upstream since 2017 and broken since FreeBSD 12.1. PR: 246640 Reported by: Bertrand Petit <bsdpr@phoe.frmug.org> Reviewed by: diizzy Approved by: gerald (mentor) Differential Revision: https://reviews.freebsd.org/D35163 lang/cmucl-extra/Makefile | 4 ++++ lang/cmucl/Makefile | 4 ++++ 2 files changed, 8 insertions(+)
I have deprecated the port: cmucl will expire on 2022-06-25 (unless someone is able to fix it before that date, but I see it as very unlikely).