WIP: Add extra implementation when committing to extra-impls branch. 71
opened by common-lisp.netDave Cooper (@dcooper) on GitLab, 2018-10-22.
0 commits, 0 files changed
Erik Huelsmann (@ehuelsmann) on GitLab, 2018-10-22.
Hmm. This is pretty ugly, IMO. I don't think we should depend on infrastructure defined in any particular user's home directory. Also, this isn't portable in the sense that it can't be executed "at home". Maybe it's better to allow passing a Makefile variable to override which SBCL binary will be used (i.e. a path-specifying variable)?
Dave Cooper (@dcooper) on GitLab, 2018-10-22.
Yep I know it's ugly. I kind of just threw it down as a straw man to get us talking. And there's no rush on it; feel free just to leave this sit here and keep working on content or other more pressing things. Maybe change this to WIP.
So from what I know there are like three issues:
The implementations should be installed somewhere central rather than in someone's home directory. @root, Could you copy them somewhere official? I don't think I have Linux permissions to do that. Or, should we be keeping them in a repository? (they already came from Roswell, who is maintaining that repository for us, so that might seem a bit redundant to do it again ourselves..)
The Makefile currently is not appropriate for any volunteers to run at home (including ourselves). How would your variable idea work? How would that work for the CCL or other implementations which also use different command-line options?
My bin/sbcl startup script is super ugly - I know that can't be the "right" way to start up sbcl from a specified path...
Sign in to comment.