Mojo项目在Linux系统中运行REPL时缺失libedit库的解决方案

问题背景

在使用Mojo编程语言时，部分Linux用户在执行mojo命令启动REPL交互环境时遇到了共享库缺失的错误。错误信息显示系统无法找到libedit.so.2这个共享库文件，导致REPL无法正常启动。

错误现象

当用户在基于Arch Linux的发行版（如EndeavourOS）上安装Mojo后，尝试通过以下命令序列启动REPL时：

magic init testing-mojo --format mojoproject
cd testing-mojo && magic shell
mojo

系统会报错：

/home/user/code_scripts/Mojo/testing-mojo/.magic/envs/default/bin/mojo-lldb: error while loading shared libraries: libedit.so.2: cannot open shared object file: No such file or directory

根本原因分析

这个问题源于Mojo的底层调试工具LLDB对libedit库的依赖。在较新的Linux发行版中，libedit库的版本可能已经更新，导致系统中只有libedit.so.0等较新版本的文件，而缺少LLDB所需的libedit.so.2版本。

解决方案

方法一：创建符号链接

1. 首先确保系统已安装libedit包：

   sudo pacman -S libedit
   

2. 创建从现有版本到所需版本的符号链接：

   sudo ln -s /lib64/libedit.so.0 /lib64/libedit.so.2
   

方法二：安装兼容包

在某些发行版中，可以通过安装兼容包来解决：

sudo apt-get install libedit2  # 对于Debian/Ubuntu系

可能出现的附加警告

成功解决主问题后，启动REPL时可能会看到一些关于LZMA支持和DW_FORM值的警告信息。这些警告通常不会影响REPL的基本功能，可以暂时忽略：

warning: (x86_64) /lib64/libm.so.6 No LZMA support found for reading .gnu_debugdata section
warning: (x86_64) /lib64/libdl.so.2 No LZMA support found for reading .gnu_debugdata section
warning: (x86_64) /lib64/librt.so.1 No LZMA support found for reading .gnu_debugdata section
warning: (x86_64) /path/to/libstdc++.so.6 unsupported DW_FORM value: 0x1e

验证解决方案

成功应用解决方案后，再次运行mojo命令应该能看到正常的REPL提示符：

Welcome to Mojo! 🔥

Expressions are delimited by a blank line.
Type `:quit` to exit the REPL and `:mojo help` for further assistance.

  1>  

总结

这个问题展示了在不同Linux发行版上运行新语言工具链时可能遇到的库版本兼容性问题。通过创建符号链接或安装兼容包，用户可以顺利解决这类依赖问题。Mojo作为一个新兴的编程语言，其工具链仍在不断完善中，遇到类似问题时，社区提供的解决方案往往能有效解决问题。