MacOS下Quicklisp加载log4cl失败，Ubuntu正常的原因分析

问题场景 #

在MacOS系统中执行(ql:quickload "log4cl")加载log4cl时，出现如下编译错误：

CL-USER> (ql:quickload "log4cl")
To load "log4cl":
  Load 1 ASDF system:
    log4cl
; Loading "log4cl"
.
; 
; caught ERROR:
;   READ error during COMPILE-FILE:
;   
;     Lock on package SB-C violated when interning LAMBDA-PARENT while in package
;     LOG4CL-IMPL.
;   See also:
;     The SBCL Manual, Node "Package Locks"
;   
;     (in form starting at line: 99, column: 0, position: 3779)

 COMPILE-FILE-ERROR while
compiling #<CL-SOURCE-FILE "log4cl" "src" "naming-sbcl">
   [Condition of type UIOP/LISP-BUILD:COMPILE-FILE-ERROR]

但在Ubuntu系统中执行相同操作时无报错，log4cl可正常加载。

原因分析 #

1. 包锁机制触发：错误核心是SBCL的**包锁（Package Locks）**机制。SB-C是SBCL编译器的内部核心包，默认处于锁定状态，目的是防止用户代码意外修改内部符号，避免破坏编译器稳定性。log4cl的naming-sbcl.lisp文件中，在LOG4CL-IMPL包下尝试intern（创建/引用）SB-C包的LAMBDA-PARENT符号，直接违反了SB-C包的锁定规则，触发错误。

2. 跨系统差异根源：

   • SBCL版本差异：MacOS和Ubuntu上安装的SBCL版本大概率不同。新版本的SBCL对包锁机制的检查更严格，而Ubuntu仓库中提供的SBCL版本可能相对老旧，未启用或放宽了这类检查，因此不会触发错误。
   • log4cl版本适配问题：如果使用的log4cl版本未适配新版SBCL的包锁规则，就会在高版本SBCL（常见于MacOS的Homebrew安装源）中触发该错误，而旧版SBCL中不受影响。

可能的解决方向 #

• 更新log4cl到最新版本：通过(ql:update-dist "quicklisp")更新Quicklisp仓库后再尝试加载，确认是否有修复SBCL包锁兼容问题的补丁。
• 调整SBCL包锁设置（不推荐）：临时解锁SB-C包(sb-ext:unlock-package :sb-c)，但这会降低编译器稳定性，仅作为临时调试手段。
• 匹配SBCL版本：安装与Ubuntu系统中相同版本的SBCL到MacOS，规避版本差异带来的兼容性问题。

内容的提问来源于stack exchange，提问作者mbruun