slime-presentations: have different way of inserting the value

[deftransform]

For example:

USER> (list 1 2 3)
{(1 2 3)} ;; presentation, shown between accolades

USER> (length {(1 2 3)})  ;; same presentation: notice there is no quote

With the existing behavior, there is an error:

...
Debugger invoked on a SB-INT:COMPILED-PROGRAM-ERROR in thread 
#<THREAD "main thread" RUNNING {1004F10113}>:
  Execution of a form compiled with errors.
Form:
  (1 2 3)
Compile-time error:
  illegal function call

With the QUOTE strategy of the patch, the value is self-evaluating, and the above example results in a valid expression.

Remarks

I find the QUOTE approach more logical when thinking about presentations as opaque objects, but I understand that this might not be how other people understand them.

My first fix was to locally change slime-reify-old-output to add a quote for all inserted values. But then I encountered warnings when trying to mutate inserted presentation values (using SBCL).

I personally resolved this by setting swank-repl::*listener-eval-function* to a wrapper that always configure SBCL to use the :INTERPRET evaluation-mode, which seems better for the REPL. But it appears that wrapping the quoted form in EVAL also works to silence the warning.

So, this patch introduces a customization for slime-presentations, i.e. a way to choose how they are inserted. I also added the old behavior, where the form is inserted literally for evaluation (not at read-time), but this might not be necessary.

The default value respects the existing behavior.