@hmos-library-adapter/fast 0.0.17-beta.1 → 0.0.17-beta.2

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E195.md

@@ -0,0 +1,57 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E195: init-build 的 _promote_nested_source 函数检测到 src/ 子目录有构建文件(CMak…
+
+> **严重度**: 🟡 medium | **分类**: build-system | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+CMakeLists.txt: No such file or directory
+include.*No such file or directory
+../include.*not found
+Cannot find include directory
+```
+
+## 根因
+
+init-build 的 _promote_nested_source 函数检测到 src/ 子目录有构建文件(CMakeLists.txt)后，将 src/ 内容提升到顶层，但会删除所有非点号开头的同级目录(如 include/、testcase/)，导致 CMakeLists.txt 中引用的 ../include 等路径失效
+
+## 验证命令
+
+```bash
+ls include/ 2>/dev/null && echo "OK" || echo "MISSING - need to restore from tarball"
+```
+
+## 解决方案
+
+**restore-from-tarball**：从原始 tarball 重新解压，将丢失的同级目录(如 include/、testcase/)复制到工作目录，并修改 CMakeLists.txt 中的路径从 ../include 改为 include
+
+```bash
+tar xzf $BUILD_TARBALL -C $HOME/tmp/ && cp -r $HOME/tmp/<extracted>/include $BUILD_SRC_DIR/ && cp -r $HOME/tmp/<extracted>/testcase $BUILD_SRC_DIR/ && sed -i 's|../include|include|g; s|../testcase|testcase|g' $BUILD_SRC_DIR/CMakeLists.txt
+```
+
+## 回退方案
+
+**skip-promotion**：使用 --no-download 模式手动解压完整 tarball，跳过自动提升
+
+```bash
+tar xzf $BUILD_TARBALL && mv <extracted>/* $BUILD_SRC_DIR/
+```
+
+## 🚫 禁止策略
+
+### 🚫 禁止 1
+
+- **模式**：`rm -rf include|rm -rf testcase`
+- **原因**：不要删除已有的同级目录，它们可能是手动恢复的
+- **后果**：会导致构建再次失败，需要重新从 tarball 恢复
+
+## 涉及软件
+
+含有 src/ + include/ 分离结构的 CMake 项目(如 tinytoml、header-only 库)，以及任何源码在子目录但依赖同级目录的项目
+
+---
+*条目 E195 · 更新 2026-06-25 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E196.md

@@ -0,0 +1,39 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E196: musl libc 的 C++ 头文件不提供 std::size_t
+
+> **严重度**: 🔴 blocking | **分类**: compat, musl | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+std::size_t.*not declared
+no member named.*size_t
+size_t.*not a member of std
+undeclared identifier.*std::size_t
+no type named 'size_t' in namespace 'std'; did you mean simply 'size_t'?
+'std::size_t' has not been declared
+```
+
+## 根因
+
+musl libc 的 C++ 头文件不提供 std::size_t。在标准 C++ 中，size_t 应该在 <cstddef> 中定义为 std::size_t，但 musl 的实现直接使用 C 的 size_t（来自 <stddef.h>），不提供 std:: 前缀版本。这是 musl 的设计选择，为了保持轻量级和 C 兼容性。
+
+## 验证命令
+
+```bash
+grep -r "std::size_t" src/
+```
+
+## 解决方案
+
+**source-patch**：全局替换 std::size_t 为 size_t，使用 sed -i 's/std::size_t/size_t/g' 批量修改源文件。确保文件包含 <stddef.h> 或 <cstddef>。size_t 在 C++ 中仍然有效（来自 C 头文件）。
+
+## 涉及软件
+
+使用 std::size_t 的 C++ 项目（libpisp, 涉及现代 C++ 标准库类型的软件）
+
+---
+*条目 E196 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E197.md

@@ -0,0 +1,56 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E197: 头文件中前向声明使用 class X
+
+> **严重度**: 🟡 medium | **分类**: platform, c++, warnings | **自动修复**: ✅ source-patch
+
+---
+
+## 错误特征
+
+```
+error: conflicting declaration.*struct
+error: conflicting declaration.*class
+-Wmismatched-tags
+```
+
+## 根因
+
+头文件中前向声明使用 class X，但实际定义使用 struct X（或相反），clang -Wmismatched-tags 将其视为错误
+
+## 验证命令
+
+```bash
+grep -rn "class FHTransform\|struct FHTransform" src/lib/FHPath.h src/lib/FHTransform.h
+```
+
+## 解决方案
+
+**source-patch**：将前向声明的 class 改为 struct（或反之），使其与实际定义一致
+
+```bash
+sed -i 's/class FHTransform/struct FHTransform/' src/lib/FHPath.h
+```
+
+## 回退方案
+
+**disable-warning**：使用 -Wno-mismatched-tags 禁用此警告（不推荐，可能隐藏其他问题）
+
+```bash
+sed -i 's/-Wall/-Wall -Wno-mismatched-tags/' configure
+```
+
+## 🚫 禁止策略
+
+### 🚫 禁止 1
+
+- **模式**：`--build=|--host=`
+- **原因**：R23: 不要用 --build/--host 绕过平台检测
+- **后果**：误判为交叉编译，AC_RUN_IFELSE 全部跳过
+
+## 涉及软件
+
+使用 clang 编译的 C++ 项目，前向声明与实际定义不一致的情况（如 libfreehand, libcdr 等 LibreOffice 系列）
+
+---
+*条目 E197 · 更新 2026-06-25 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E198.md

@@ -0,0 +1,52 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E198: 类定义了自定义的赋值运算符(operator=)
+
+> **严重度**: 🟡 medium | **分类**: platform, c++, warnings | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+is deprecated.*uses deprecated.*copy
+-Wdeprecated-copy
+implicitly declared.*deprecated
+```
+
+## 根因
+
+类定义了自定义的赋值运算符(operator=)，编译器隐式生成的拷贝构造函数在 C++11+ 中被标记为 -Wdeprecated-copy 警告，配合 -Werror 变为错误
+
+## 验证命令
+
+```bash
+grep -n "operator=" src/lib/FHTransform.h
+```
+
+## 解决方案
+
+**source-patch**：添加显式的拷贝赋值运算符声明和实现，用 #ifdef __OHOS__ 守卫，使编译器不再隐式生成
+
+## 回退方案
+
+**disable-warning**：使用 -Wno-deprecated-copy 禁用此警告
+
+```bash
+sed -i 's/-Wall/-Wall -Wno-deprecated-copy/' configure
+```
+
+## 🚫 禁止策略
+
+### 🚫 禁止 1
+
+- **模式**：`--build=|--host=`
+- **原因**：R23: 不要用 --build/--host 绕过平台检测
+- **后果**：误判为交叉编译
+
+## 涉及软件
+
+使用 clang -Werror 编译的 C++ 项目，类有自定义赋值运算符但无显式拷贝构造函数（如 libfreehand, libcdr 等 LibreOffice 系列）
+
+---
+*条目 E198 · 更新 2026-06-25 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E199.md

@@ -0,0 +1,52 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E199: U16_NEXT 是 ICU 库的多行宏
+
+> **严重度**: 🟢 minor | **分类**: c++, warnings, runtime | **自动修复**: ✅ source-patch
+
+---
+
+## 错误特征
+
+```
+expected.*';'.*after
+missing.*';'.*U16_NEXT
+U16_NEXT.*expected
+```
+
+## 根因
+
+U16_NEXT 是 ICU 库的多行宏，在某些使用场景中宏调用后未加分号，导致编译器报缺少分号错误
+
+## 验证命令
+
+```bash
+grep -n "U16_NEXT" src/lib/libfreehand_utils.cpp
+```
+
+## 解决方案
+
+**source-patch**：在 U16_NEXT 宏调用后补充分号
+
+```bash
+sed -i '/U16_NEXT/s/$/;/' src/lib/libfreehand_utils.cpp
+```
+
+## 回退方案
+
+**disable-warning**：不适用，这是编译错误不是警告
+
+## 🚫 禁止策略
+
+### 🚫 禁止 1
+
+- **模式**：`--build=|--host=`
+- **原因**：R23: 不要用 --build/--host 绕过平台检测
+- **后果**：误判为交叉编译
+
+## 涉及软件
+
+使用 ICU/unicode U16_NEXT 宏的 C/C++ 项目（如 libfreehand, libcdr 等 LibreOffice 系列）
+
+---
+*条目 E199 · 更新 2026-06-25 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E200.md

@@ -0,0 +1,40 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E200: N/A (verification pattern
+
+> **严重度**: 🟢 minor | **分类**: platform, compat | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+LD_PRELOAD.*works
+fsync.*intercept
+eatmydata.*LD_PRELOAD
+```
+
+## 根因
+
+N/A (verification pattern, not an error)
+
+## 验证命令
+
+```bash
+LD_PRELOAD=~/usr/local/lib/libeatmydata.so ./test_program
+```
+
+## 解决方案
+
+**verify-ld-preload**：LD_PRELOAD works on OHOS/musl - verify with test program before marking as functional
+
+```bash
+LD_PRELOAD=$DEFAULT_PREFIX/lib/libXXX.so $DEFAULT_PREFIX/bin/test_program
+```
+
+## 涉及软件
+
+All LD_PRELOAD-based libraries on OHOS/musl
+
+---
+*条目 E200 · 更新 2026-06-03 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E201.md

@@ -0,0 +1,40 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E201: test_run.sh requires /bin/bash (not at standard path on OHOS…
+
+> **严重度**: 🟢 minor | **分类**: limitation, testing | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+test_run\.sh
+/bin/bash.*not found
+strace.*not available
+```
+
+## 根因
+
+test_run.sh requires /bin/bash (not at standard path on OHOS) and strace (not available on OHOS)
+
+## 验证命令
+
+```bash
+test -x /bin/bash && which strace
+```
+
+## 解决方案
+
+**manual-test-execution**：Run test binaries directly instead of through test_run.sh wrapper
+
+```bash
+LD_PRELOAD=$DEFAULT_PREFIX/lib/libXXX.so ./test_binary
+```
+
+## 涉及软件
+
+All autotools-based test suites using test_run.sh on OHOS
+
+---
+*条目 E201 · 更新 2026-06-03 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E202.md

@@ -0,0 +1,40 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E202: musl libc has PTHREAD_KEYS_MAX=128 vs glibc 1024+
+
+> **严重度**: 🟢 minor | **分类**: platform, limitation | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+PTHREAD_KEYS_MAX
+pthread_key_create.*fail
+key_create.*failed
+```
+
+## 根因
+
+musl libc has PTHREAD_KEYS_MAX=128 vs glibc 1024+, causing pthread_key_create failures for tests creating >128 keys
+
+## 验证命令
+
+```bash
+grep -r PTHREAD_KEYS_MAX /usr/include/ 2>/dev/null || echo "musl default: 128"
+```
+
+## 解决方案
+
+**skip-test**：Skip the failing test and record as musl platform limitation, not a library defect
+
+```bash
+echo "SKIP: musl PTHREAD_KEYS_MAX=128 platform limit"
+```
+
+## 涉及软件
+
+Any software using pthread_key_create extensively on OHOS/musl
+
+---
+*条目 E202 · 更新 2026-06-03 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E203.md

@@ -0,0 +1,40 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E203: OpenHarmony 使用 musl libc
+
+> **严重度**: 🟡 medium | **分类**: compat, ohos, libc, headers | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+getprogname.*is not available on this platform
+sys/poll.h.*redirect.*incorrect.*include
+poll\.h.*-W#warnings
+```
+
+## 根因
+
+OpenHarmony 使用 musl libc，不提供 getprogname() 和 program_invocation_name，但提供 __progname（与 Android 类似）。同时 musl 的 sys/poll.h 是一个 redirect header，会触发 #warning 导致 -Werror 编译失败。
+
+## 验证命令
+
+```bash
+clang -D__OHOS__ -c test.c 2>&1 | grep -E "error|warning"
+```
+
+## 解决方案
+
+**source-patch**：使用 __progname 替代 getprogname()（需 #ifdef __OHOS__ 守卫）；用 #include <poll.h> 替代 #include <sys/poll.h>（需 #ifdef __OHOS__ 守卫）
+
+```bash
+在 getprogname shim 中添加 #elif defined(__OHOS__) return (char *)__progname; 在 poll include 中添加 #ifdef __OHOS__ #include <poll.h>
+```
+
+## 涉及软件
+
+使用 getprogname() 或 sys/poll.h 的所有软件（libdispatch, 以及其他 Apple/BSD 源码移植项目）
+
+---
+*条目 E203 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E204.md

@@ -0,0 +1,46 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E204: libvpx 使用自定义 configure 脚本（非标准 autotools）
+
+> **严重度**: 🟡 medium | **分类**: build-system | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+build/make/configure.sh.*No such file
+Unknown target
+```
+
+## 根因
+
+libvpx 使用自定义 configure 脚本（非标准 autotools），需要指定 --target 参数。
+GitHub tarball 可能缺少 build/make/ 目录。
+
+## 验证命令
+
+```bash
+head -20 configure | grep "build/make/configure.sh"
+```
+
+## 解决方案
+
+**fix-tarball-and-specify-target**：1. 检查 build/make/ 目录是否存在，缺失则从 orig 复制
+2. 使用 --target=arm64-linux-gcc 参数（不是 --host/--build）
+
+```bash
+# Step 1: 修复缺失目录
+if [ ! -d "build/make" ]; then
+  cp -r "$BUILD_SRC_ORIG_DIR/build" ./
+fi
+# Step 2: configure
+./configure --prefix=$DEFAULT_PREFIX --target=arm64-linux-gcc
+```
+
+## 涉及软件
+
+libvpx 所有版本
+
+---
+*条目 E204 · 更新 2026-05-29 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E205.md

@@ -0,0 +1,46 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E205: config.guess does config.sub do not recognize the __OHOS__/o…
+
+> **严重度**: 🟡 medium | **分类**: autotools, cross-compile | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+config\.guess: unable to determine.* type of system
+configure: error: cannot run C compiler
+configure: error: unknown system type
+cannot guess host/build/target system
+config\.sub: invalid.* triplet
+ohos-linux
+```
+
+## 根因
+
+config.guess does config.sub do not recognize the __OHOS__/ohos-linux triplet for OHOS a HarmonyOS. Without these entries, autotools configure will fail to determine the target system type or resulting in unknown system type or cross-build errors.
+or The `--build/--host` workaround ( per autotools-patterns.md #0, does not fix the problem but it adds the proper detection logic for
+
+## 验证命令
+
+```bash
+`perl /path/to/patch-autotools-ohos.pl config/config.guess config/config.sub && grep __OHOS__ config/config.guess && grep ohos-linux config/config.sub`
+```
+
+## 解决方案
+
+**patch-script**：Apply perl patch-autotools-ohos.pl to add __OHOS__ LIBC detection in config.guess and ohos-linux triplet in config.sub. Never use --build/--host flags as workaround.
+
+```bash
+`perl /path/to/patch-autotools-ohos.pl config/config.guess config/config.sub`
+```
+
+## 涉及软件
+
+All autotools-based projects targeting OHOS a ImageMagick, GraphicsMagick, libtiff, cairo, freetype, harfbuzz, etcc.
+built with autotools
+configure/config.guess/config.sub
+
+---
+*条目 E205 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E206.md

@@ -0,0 +1,42 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E206: On HMDFS filesystem
+
+> **严重度**: 🟡 medium | **分类**: environment | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+can't create.* conf.*. Permission denied
+config\.status\[1523\]: can't create temporary file
+permission denied
+```
+
+## 根因
+
+On HMDFS filesystem, when config.status creates a temp directory using `(umask 077 && mktemp -d "./confXXXXXX")`, the directory inherits parent owner uid (20001006) via setgid bit, but current uid (20020101) is not the directory owner, so cannot't write files inside the 0700-permission temp dir. The umask 077 strips group and other permissions, leaving only non-owner users without "other" category with zero permissions.
+blocking file creation.
+
+## 验证命令
+
+```bash
+`grep -c "umask 077" configure config.status`
+```
+
+## 解决方案
+
+**patch-script**：Change umask 077 to umask 022 in configure and config.status scripts' temp directory creation code. This ensures temp dirs get group-readable permissions, allowing non-owner users to write files inside them.
+
+```bash
+sedsed -i 's/umask 077/umask 022/g' configure config.status`
+```
+
+## 涉及软件
+
+All autotools-based projects on HMDFS filesystem
+ImageMagick, GraphicsMagick, libtiff, etcc.
+
+---
+*条目 E206 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E207.md

@@ -0,0 +1,66 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E207: HarmonyOS平台的CMake在链接同一项目内的库时
+
+> **严重度**: 🟡 medium | **分类**: build-system | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+Error loading shared library ../.*\\.so
+strings .* \\| grep '..\\.\\.*/.*\\.so'
+```
+
+## 根因
+
+HarmonyOS平台的CMake在链接同一项目内的库时，使用相对路径作为库名称（如../libheif/libheif.so），而非标准的SONAME（libheif.so）。这是HarmonyOS平台CMake的特殊行为，导致可执行文件无法在任意目录运行。
+
+## 验证命令
+
+```bash
+strings $BIN | grep '\.\./.*\.so'
+```
+
+## 解决方案
+
+**manual-workaround**：**问题分析**：
+1. HarmonyOS CMake使用相对路径链接项目内库
+2. RPATH/RUNPATH设置在此平台上无效
+3. 可执行文件硬编码了../libname/libname.so依赖
+**临时解决方案**（Phase 3可用）：
+1. 创建额外的libname/目录：mkdir -p $PREFIX/libname && cp lib/libname.so libname/
+2. 在bin目录下运行可执行文件：cd $PREFIX/bin && ./tool
+**长期解决方案**（需平台适配）：
+1. 研究HarmonyOS Platform/HarmonyOS.cmake配置
+2. 修改CMake模块处理相对路径依赖
+3. 在打包流程中自动修复非标准依赖路径
+
+```bash
+mkdir -p $PREFIX/libname && cp $PREFIX/lib/libname.so $PREFIX/libname/ && echo "临时解决方案：可执行文件需在bin目录运行或创建libname目录"
+- software: libheif
+这是HarmonyOS平台的根本性问题，影响所有CMake构建的内部库链接项目。
+**技术细节**：
+- strings heif-info 显示: ../libheif/libheif.so（硬编码）
+- readelf -d libheif.so 无SONAME字段
+- readelf -d heif-info 无RPATH/RUNPATH字段
+- RPATH设置在CMakeLists.txt中无效
+**与其他错误模式的区别**：
+- E007（config.guess）：平台识别问题，可通过修改配置文件解决
+- 本问题：CMake链接行为，无法通过源码修改解决
+**为什么RPATH设置无效**：
+问题不是RPATH缺失，而是链接时的库名称本身就是相对路径。
+即使设置了RPATH，运行时仍会查找../libheif/libheif.so（而非libheif.so）。
+**后续需要**：
+- 需要主编审核和讨论
+- 可能需要修改skill以处理此类平台问题
+- 或在打包流程中自动处理相对路径依赖
+```
+
+## 涉及软件
+
+所有使用CMake构建的、包含内部库链接的项目（如libheif/examples链接libheif库）
+
+---
+*条目 E207 · 知识库同步生成物*

package/node_modules/@ohos-agent/pc-adapter/skills/pc-error-atlas/knowledge/errors/E208.md

@@ -0,0 +1,40 @@
+<!-- 本文件由同步脚本自动生成，请勿手改。如需修正请更新知识源数据后重新运行 `npm run sync:kb`。 -->
+
+# E208: Perl XS 模块编译时
+
+> **严重度**: 🟢 minor | **分类**: build-system | **自动修复**: ❌
+
+---
+
+## 错误特征
+
+```
+ld.lld: error: unable to find library -lc
+clang: error: linker command failed with exit code 1
+fatal error: 'sys/types.h' file not found
+```
+
+## 根因
+
+Perl XS 模块编译时，Perl 的构建系统（ExtUtils::MakeMaker）使用默认的链接参数，无法找到 musl 的 libc 库文件。同时，XS 模块的 C 代码需要 musl 的头文件（sys/types.h 等），但默认的 CPATH 未设置。
+
+## 验证命令
+
+```bash
+make && ls -la blib/arch/auto/*/Caller.so
+```
+
+## 解决方案
+
+**set-env-var**：在 Makefile.PL 中添加 dynamic_lib 配置，并设置 CPATH 和 LIBRARY_PATH 环境变量指向 musl 的头文件和库文件路径。
+
+```bash
+export CPATH=/storage/Users/currentUser/usr/local/include && export LIBRARY_PATH=/storage/Users/currentUser/usr/local/lib && 在 Makefile.PL 添加 dynamic_lib => { OTHERLDFLAGS=>q[-nostartfiles -nodefaultlibs -lc] }
+```
+
+## 涉及软件
+
+所有 Perl XS 模块（使用 Makefile.PL 构建的 Perl 扩展模块）
+
+---
+*条目 E208 · 知识库同步生成物*