"#+"的含义是什么?在cl-mysql的代码中?

时间:2016-05-03 07:25:37

标签: common-lisp reader-macro

最近我尝试阅读有关cl-mysql的代码,但却遇到了#+

试图谷歌,但不行,所以转到这里

(defun make-lock (name)
  #+sb-thread (sb-thread:make-mutex :name name)
  #+ecl (mp:make-lock :name name)
  #+armedbear (ext:make-thread-lock)
  #+ (and clisp mt) (mt:make-mutex :name name)
  #+allegro (mp:make-process-lock :name name))

看起来它适用于不同的后端lisp编译器。但仍然不知道为什么写这样的东西。 他说,任何人都可以帮我说清楚。

2 个答案:

答案 0 :(得分:10)

#+是一个reader-macro,用于检查关键字是否在特殊变量*FEATURES*中。如果它不存在,将跳过以下表单(由读者;编译器将永远不会看到它)。还有#-反其道而行之。

有些东西不是Common Lisp标准的一部分,但是非常重要,所有(或大多数)实现都为它们提供了非标准的扩展。如果要在需要处理多个实现的代码中使用它们,则必须使用读取时间条件为当前实现提供正确的代码。互斥体(以及一般的线程)就是其中之一。

当然,第三方图书馆也可能提供功能。 *FEATURES*的内容如下所示:

(:SWANK :QUICKLISP :SB-BSD-SOCKETS-ADDRINFO :ASDF-PACKAGE-SYSTEM :ASDF3.1
 :ASDF3 :ASDF2 :ASDF :OS-UNIX :NON-BASE-CHARS-EXIST-P :ASDF-UNICODE :64-BIT
 :64-BIT-REGISTERS :ALIEN-CALLBACKS :ANSI-CL :ASH-RIGHT-VOPS
 :C-STACK-IS-CONTROL-STACK :COMMON-LISP :COMPARE-AND-SWAP-VOPS
 :COMPLEX-FLOAT-VOPS :CYCLE-COUNTER :ELF :FLOAT-EQL-VOPS
 :FP-AND-PC-STANDARD-SAVE :GENCGC :IEEE-FLOATING-POINT :INLINE-CONSTANTS
 :INTEGER-EQL-VOP :INTERLEAVED-RAW-SLOTS :LARGEFILE :LINKAGE-TABLE :LINUX
 :LITTLE-ENDIAN :MEMORY-BARRIER-VOPS :MULTIPLY-HIGH-VOPS :OS-PROVIDES-DLADDR
 :OS-PROVIDES-DLOPEN :OS-PROVIDES-GETPROTOBY-R :OS-PROVIDES-POLL
 :OS-PROVIDES-PUTWC :OS-PROVIDES-SUSECONDS-T :PACKAGE-LOCAL-NICKNAMES
 :PRECISE-ARG-COUNT-ERROR :RAW-INSTANCE-INIT-VOPS :SB-DOC :SB-EVAL :SB-FUTEX
 :SB-LDB :SB-PACKAGE-LOCKS :SB-SIMD-PACK :SB-SOURCE-LOCATIONS :SB-TEST
 :SB-THREAD :SB-UNICODE :SBCL :STACK-ALLOCATABLE-CLOSURES
 :STACK-ALLOCATABLE-FIXED-OBJECTS :STACK-ALLOCATABLE-LISTS
 :STACK-ALLOCATABLE-VECTORS :STACK-GROWS-DOWNWARD-NOT-UPWARD :SYMBOL-INFO-VOPS
 :UNIX :UNWIND-TO-FRAME-AND-CALL-VOP :X86-64)

因此,如果您想编写依赖于Quicklisp的代码,则可以使用#+quicklisp。如果您希望仅在Quicklisp不可用时才运行代码,则使用#-quicklisp

您还可以使用布尔表达式的功能。例如,

#+(or sbcl ecl) (format t "Foo!")

会在SBCL或ECL上打印Foo!

#+(and sbcl quicklisp) (format t "Bar!")

只会在有可用Quicklisp的SBCL上打印Bar!

答案 1 :(得分:4)

可以想象我们可以写:

(defun make-lock (name)
  (cond ((member :sb-thread *features)
         (sb-thread:make-mutex :name name))
        ((member :ecl *features*)
         (mp:make-lock :name name))
     ...))

但这通常不起作用,因为当它们的包不存在而某些包是特定于实现/库/应用程序时,我们无法读取符号。在懒惰/自动方式下,在读取时创建 not 包。

在Common Lisp中,读取不存在的包的符号会导致错误:

CL-USER 1 > (read-from-string "foo:bar")

Error: Reader cannot find package FOO.
  1 (continue) Create the FOO package.
  2 Use another package instead of FOO.
  3 Try finding package FOO again.
  4 (abort) Return to level 0.
  5 Return to top loop level 0.

在您的示例中,sb-thread:make-mutex是一个在SBCL中有意义的符号,但在Allegro CL中则没有。此外,Allegro CL中不存在包SB-THREAD。因此,需要保护Allegro CL不被阅读。在这种情况下,如果sb-thread:make-mutex列表中存在要素sb-thread,则只会读取符号cl:*features*。这可能仅适用于SBCL或声称有sb-threads可用的Lisp。

此处的功能表达式阻止Lisp尝试读取包含未知包的符号 - 包未知,因为相应的软件未加载或不可用。