[WIP] docs/apple-silicon.md: Add doc on loading CIEL on Apple Silicon #52
Conversation
The document is not complete, but the process for loading CIEL into SBCL REPL has been verified to work. I did not manange to make building the binary and/or core image work, yet.
|
a simple hack to build it on mac if you are getting an error from a dependency of nodgui, but don't plan on actually using nodgui, is just to comment out the |
|
Thanks for the suggestion, but it does appear that the GLUT error mentioned in the doc is just the beginning of a longer chain of issues. Removing |
|
Hi, thanks for this! It looks like we should not include nodgui, to ease installation for many people, right? I envisioned a set of little tools and ready-to-use scripts built with a lil' nodgui GUI, but… that isn't happening, to be honest. I use… one, but actually not so much. If those tools arise, we'll study a way to build CIEL for the required platformes in a second time. |
| $ brew update && brew install \ | ||
| zstd \ | ||
| gcc \ | ||
| sdl2 \ |
There was a problem hiding this comment.
To be honest, I am not sure, I can try without it again, but need some time - incapacitated at the moment. The reason I added it, was I encountered some errors related to SDL, but it might have been dated install via homebrew or me being sort of new to the CL ecosystem, residue from brute force testing. . I will try without it. :)
There was a problem hiding this comment.
sdl2 is listed in the dependencies for nodgui? https://www.autistici.org/interzona/nodgui.html
There was a problem hiding this comment.
sdl2 is listed in the dependencies for nodgui? https://www.autistici.org/interzona/nodgui.html
indeed! thanks.
I am not really in any position to judge, but if it is not consistent across platforms, it might be a good idea to hold off for now, and revisit as the need arises.
Sounds like a good idea! My incentive to use CIEL is more terminal centric (and also mainly on BSD), so I don't really need a GUI lib, but it would be swell to have in the future, indeed. Also, bear in mind, it might very well be the setup on the Mac I used that is troublesome, a bit hard to tell, unless there are others experiencing the same. |
vindarel
changed the title
vindarel
force-pushed
the
master
branch
2 times, most recently
from
4481c23
to
cc99227
Compare
| ### ASDF | ||
| ```example | ||
| $ mkdir -p ~/common-lisp && cd ~/common-lisp | ||
| $ git clone https://gitlab.common-lisp.net/asdf/asdf.git |
There was a problem hiding this comment.
We need to install the latest asdf to sbcl. Because the sbcl which installed through homebrew has the asdf version 3.3.1 (I don't know why sbcl don't update it for years). So the make ql-deps will return the error that the asdf version is too old (it needs at least 3.3.4).
I reinstall asdf to sbcl every time the sbcl updated on homebrew.
cd ~/common-lisp/asdf
make
./tools/asdf-tools install-asdf sbcl
then the sbcl --script check-asdf-version.lisp in ciel folder will return the newest version (3.3.7.1)
There was a problem hiding this comment.
Hmm... I did not encounter that problem. The only thing I did with the homebrew sbcl install is to make sure quicklisp is installed and initialised via .sbclrc, then clone asdf into ~/common-lisp, or whatever other location one has chosen to use. I must be missing something, because I end up with (asdf:asdf-version) ; 3.3.7.1. Am I going about it the wrong way?
There was a problem hiding this comment.
I reinstalled SBCL through Homebrew, and the ASDF version was reverted to 3.3.1. I had studied the issue before, I believe the problem lies in this code, which includes the contrib/ folder (specifically located at /opt/homebrew/Cellar/sbcl/2.4.8/lib/sbcl/sbclrc). The SBCL version of ASDF has been stuck at version 3.3.1 for years.
I maybe miss something. I would love to sbcl use newest asdf automatically rather than update every time by myself.
There was a problem hiding this comment.
I see! You make a fair point. However, it seems there's been multiple discussions about SBCL and ASDF, e.g.: https://bugs.launchpad.net/sbcl/+bug/1988892. Also:
You can update your own ASDF at any time, if your .asd depend on something new, insert a version assertion in them.
The goal of SBCL is to provide a CL implementation, and supplying third party software with it is out of such scope. The current ASDF works fine for SBCL's own needs, loading and building contribs, anything else is on the third party. Would've been nice if ASDF behaved differently, but it doesn't, so that's the current state. And I'm not the bigger person to accept that, so there's also that, but why should I?
Not sure what would solve the problem for you, to be honest. Apart from maybe adding an issue/pr to the Homebrew formula. Anyway, we can add a note about this in the doc?
There was a problem hiding this comment.
Yea.. I think I read this issue in sbcl maillist too. I am thinking about give some contributions to homebrew. But I know nothing about ruby 🙃.
The document is not complete, but the process for loading CIEL into SBCL REPL has been verified to work. It's a start.
I did not manange to make building the binary and/or core image work, yet.