¿Cómo se usa quicklisp cuando se invoca el programa CL como un script de shell?

Question

Actualmente tengo un pequeño programa en Common Lisp, que quiero ejecutar como un script de shell. Estoy utilizando el SBCL y perfectamente bien con esto, así que preferiría permanecer en esta plataforma. :)

Conozco la opción --script y funciona a la perfección excepto en el formulario (ql:quickload).

Mi programa utiliza el CL-FAD, que carga a través ql:quickload (creo que debería mencionar que es la función de carga del paquete de quicklisp). Cuando la escritura se prepara para la evaluación de la forma

(ql:quickload :cl-fad) 

, se rompe con el siguiente error:

package "QL" not found 

Programa se empaqueta en el archivo de fuente única, que ha encabezado siguiente:

(defpackage :my-package 
    (:use :common-lisp) 
    (:export :my-main-method)) 

Es un ejecutable de automatización simple, así que decidí (quizás erróneamente) no escribir ningún sistema ASDF. Exporta una sola función que debe ejecutarse sin ningún argumento.

Para este programa Actualmente estoy tratando de escribir el guión lanzador, y esto es lo que estoy mirando a:

#!/usr/bin/sbcl --script 
(load "my-program.lisp") 
(in-package :my-package) 
(my-main-method) 

Estas tres líneas (sin contar el tinglado) es lo que estoy desee automatizar. Mientras leo en la documentación, el script con este shebang puede llamarse simple ./script.lisp, y realmente lo hace ... con el error descrito anteriormente.

¿Qué necesito agregar en el iniciador para :cl-fad para cargar correctamente? Documentación indica que con --script opción SBCL no se carga ningún archivo de inicio, por lo que realmente necesito CopyPaste las líneas

#-quicklisp 
(let ((quicklisp-init (merge-pathnames "systems/quicklisp/setup.lisp" 
             (user-homedir-pathname)))) 
    (when (probe-file quicklisp-init) 
    (load quicklisp-init))) 

(lo que se suma a ql:add-to-init-file .sbclrc), a mi script lanzador? ¿Tal vez tengo algún defecto arquitectónico profundo en la configuración de mi programa?

Y sí, cuando ingreso las líneas que trato de automatizar en REPL en el propio sbcl, el programa se ejecuta como se esperaba.

Answer 1

Crear una versión dedicada de la imagen central es una buena opción. Usted puede:

1. carga quicklisp y sb-ext:save-lisp-and-die en una nueva imagen.Se escribe un script de shell/bat llamado, digamos qlsbcl, así:

   sbcl --core <my-new-image-full-path-location> "$@" 
   

2. agarrar clbuild2 en http://gitorious.org/clbuild2 y ejecutar clbuild lisp. Deberá enlazar simbólicamente clbuild a un directorio binario en su ruta y modificar algunas secuencias de comandos si su quicklisp no está en el lugar común ~/quicklisp (https://gist.github.com/1485836) o si usa ASDF2 (https://gist.github.com/1621825). Al hacerlo, clbuild crea un nuevo núcleo con quicklisp, ASDF y todo lo que pueda agregar en conf.lisp. Ahora el tinglado puede tener este aspecto:

   #!/usr/bin/env sbcl --noinform --core <my-clbuild-install-directory>/sbcl-base.core --script 
   

La ventaja de clbuild es que puede crear y administrar núcleo y la instalación quicklisp de cáscara para sbcl (por defecto) con facilidad o cualquier otra CL moderno como ccl64 aplicación . Mezclar las dos técnicas (secuencia de comandos y clbuild) resolverá su problema.

Answer 2

Lo está haciendo todo bien.

Básicamente, antes de poder usar quicklisp, necesita cargarlo (actualmente, no está incluido con SBCL, aunque puede cambiar en el futuro). Hay varias formas de hacerlo. Por ejemplo, puede cargar su .sbclrc con el init quicklisp:

#!/usr/bin/sbcl --script 
(load ".sbclrc") 
(load "my-program.lisp") 
(in-package :my-package) 
(my-main-method) 

o simplemente pegar esas líneas en el script, como se ha sugerido.