dgod：此时echo $? 看一下它的返回值是什么回到原帖

$ echo $?
0

laolang_cool：$ echo $?
0回到原帖

感觉不好重现，我测试提示上传成功，但在其他设备再下载，发现其实并没有上传成功。

发现编译好后，运行也需要依赖llvm么？slackware系统有其他应用是依赖系统发行版老的llvm版本（13），我用新版llvm（22）编完小小后，又换回旧版llvm，发现就不能运行小小了……

laolang_cool：发现编译好后，运行也需要依赖llvm么？slackware系统有其他应用是依赖系统发行版老的llvm版本（13），我用新版llvm（22）编完小小后，又换回旧版llvm，发现就不能运行小小了……回到原帖

不依赖，你看看运行报什么错吧。别c库也降级就行。

dgod：不依赖，你看看运行报什么错吧。别c库也降级就行。回到原帖

不好意思，原来是硬盘坏了……

报一个build.js的bug，用github上20260704和20260801的版本，编译小小20260503版本（这版用的xembeded，打算钉在这版了），编译时出错：In file included from /tmp/YWu/yong-20260503/im/lcall.c:520:
/tmp/YWu/yong-20260503/llib/lfile.h:22:1: error: unknown type name 'LPtrArray'; did you mean 'GPtrArray'?
LPtrArray *l_scandir(const char *path,const char *extname,...);
^~~~~~~~~
GPtrArray
/usr/include/glib-2.0/glib/garray.h:39:27: note: 'GPtrArray' declared here
typedef struct _GPtrArray       GPtrArray;
                                ^
1 warning and 1 error generated.

问AI给出的原因和解决办法是：
根因：0503 给 lfile.h 加了新接口，却没带它的类型定义
0503 对应提交 598410a，这一版在 llib/lfile.h 第 22 行新增了：
LPtrArray *l_scandir(const char *path,const char *extname,...);
但 lfile.h 全文只 #include <time.h>，从没包含定义 LPtrArray 的头文件。

在编译脚本的node $buildjs 之前加上下面几段就好了：
# 0503 的 llib/lfile.h 用到 LPtrArray，却没包含定义它的头文件（上游尚未修复）
if ! grep -q 'larray.h' llib/lfile.h; then
  sed -i 's|^#include <time.h>$|#include <time.h>\n#include "ltypes.h"\n#include "larray.h"|' llib/lfile.h
fi