quicklisp / quicklisp-bootstrap

Quicklisp bootstrap.
http://www.quicklisp.org/
MIT License
39 stars 13 forks source link

Please make setting up Quicklisp on a secondary Lisp implementation more friendly to new users #9

Open ackalker opened 10 years ago

ackalker commented 10 years ago

TL;DR:

My suggestions:

The current procedure for setting up a fresh installation of Quicklisp:

helpfully suggests the user to use:

to load Quicklisp automatically the next time s/he starts their Lisp.

However, when Quicklisp is already installed using one Lisp implementation, and the user tries to use the above procedure while running a different Lisp implementation, after the step:

the user gets an error, like (using CCL as an example): ? (quicklisp-quickstart:install)

Error: Quicklisp has already been installed. Load #P"/home/miki/quicklisp/setup.lisp" instead. While executing: QUICKLISP-QUICKSTART:INSTALL, in process listener(1). Type :POP to abort, :R for a list of available restarts. Type :? for other options. Lisp signals Error: Quicklisp has already been installed. Load #P"/home/miki/quicklisp/setup.lisp" instead

and the user gets thrown into the debugger, which may be unfamiliar (i.e. depending on the verbosity of the particular Lisp's debugger, it may not be obvious that there is a simple restart which loads the needed file).

After (if?) the user manages to exit to the top-level and uses:

s/he no longer receives the suggestion to use (ql:add-to-init-file) to setup Quicklisp on every session, and may have to go look for documentation elsewhere on how to do this.