如何在 Termux/Android 上安装 V 语言并使用系统 tcc 加速开发构建【免费下载链接】vSimple, fast, safe, compiled language for developing maintainable software. Compiles itself in 1s with zero library dependencies. Supports automatic C V translation. https://vlang.io项目地址: https://gitcode.com/GitHub_Trending/v/v在 Android 设备的 Termux 环境中官方推荐的安装方式是从源码编译 V而 Termux 本身没有 sudo、也没有现成的发行版二进制包构建所需的 C 工具链都要自己用pkg装好。本文按 V 仓库 README.md 的 Termux/Android 章节给出完整安装步骤并说明如何保留 Termux 的tcc包让日常开发构建默认走系统 tcc 以获得更快的编译速度。适用于任意 arm64/arm 的 Android 设备x86 模拟环境同理前提是已安装 Termux 并能联网。前置准备安装依赖包README 说明在 Termux 上V 需要预装一个可用的 C 编译器以及libexecinfo、libgc、libgc-static三个包再配合tcc、make、git即可完成构建pkg install clang libexecinfo libgc libgc-static tcc make git pkg update注意上面的顺序来自 README 原文项目 CI 工作流 .github/workflows/termux_ci.yml 中是先pkg update -y再pkg install -y clang libexecinfo libgc libgc-static make git。若网络不稳导致pkg失败先执行pkg update再重试安装即可。这些包都装在 Termux 的用户目录下不需要 root 权限。从源码编译 Vgit clone --depth1 https://gitcode.com/GitHub_Trending/v/v cd v make完成后V 可执行文件位于仓库根目录下的v即[path to V repo]/v仓库可以放在任意位置。在 arm64 设备上不需要额外指定 C 编译器GNUmakefile 在 Linux arm64/aarch64 上检测到VFLAGS未包含-cc时会自动注入-cc $(CC)让v1 - v2 - v的自举构建全程使用系统编译器即刚安装的 clang原因是注释中写明Bundled TCC can hang or miscompile V while bootstrapping on Linux ARM64。所以 arm64 设备上直接make即可自举阶段不会走 tcc。将 v 加入 PATHREADME 建议把 V 放入 PATHV 提供v symlink命令来完成./v symlinkTermux 上的两点注意来自 README 原文在 Termux 上不需要sudo ./v symlink因为 Termux 默认不安装 sudo。Unix 系统上该命令默认在/usr/local/bin创建v软链接也可以指定其他目录例如./v symlink ~/.local/bin项目 CI 在./v symlink之后把两个可能的目录都加进了 PATHexport PATH$HOME/.local/bin:/usr/local/bin:$PATHREADME 提醒创建软链接后请重启 shell或编辑器让新的 PATH 生效。软链接只需创建一次之后v up更新、重启等都仍可用只有移动了 V 仓库目录才需要重新执行。验证安装先跑仓库自带的示例程序这是 README 给出的冒烟测试v run examples/hello_world.v构建并成功运行 examples/hello_world.v 即说明工具链clang、libgc、libexecinfo都工作正常。CI 在 Termux 环境中还执行了另外两条验证命令可以一并使用v run examples/primes.v v -e import os; dump( os.user_os() )如需进一步确认 V 能自举自己可以运行v self默认使用-gc none可用-gc mode指定其他 GC 模式。README 给出的文档示例输出示例结果版本随当前 V 版本变化$ v V 0.3.x Use Ctrl-C or exit to exit println(hello world) hello world 让开发构建走系统 tccREADME 的 Termux 章节明确了 tcc 的使用策略For faster development builds, keep the Termuxtccpackage installed; V will use it by default when no compatible bundledthirdparty/tccbinary is available on the host.也就是说保留前面安装的tcc包不卸载日常v run xxx.v这类开发构建就会默认使用它。选择逻辑可以在源码里核对vlib/v/pref/default.vV 通过TERMUX_VERSION环境变量判断是否处于 Termux 环境见 vlib/v/pref/os.v 的get_host_os()。default_tcc_compiler()优先使用仓库内可用的 bundled tccthirdparty/tcc下的二进制用tcc -v探测是否正常bundled 不可用时在 Termux 上回退到 PATH 中查找系统tcc同样以tcc -v探测通过为准。未显式指定-cc的非生产构建中try_to_use_tcc_by_default()会把上述结果填入默认 C 编译器显式写-cc tcc时在 Termux 上也会解析为系统 tcc 的绝对路径对应测试见 vlib/v/pref/default_tcc_compiler_test.v 中test_try_to_use_tcc_by_default_resolves_explicit_tcc_to_system_tcc_on_termux等用例。例外情况-prod生产构建和-prealloc构建不会默认启用 tcc-prealloc依赖线程本地分配器状态bundled tcc 不支持 TLS 声明。生产构建 README 建议使用 clang、gcc 等带优化的编译器Termux 上即前面安装的 clang。想确认某次构建实际使用的 C 编译器CI 工作流用的是-showcc标志来捕获 tcc 的调用VFLAGS-cc tcc -showcc -stats make。你可以用同样的方式检查自己的开发构建v -showcc examples/hello_world.v输出中显示 tcc 路径即表示该构建走的是 tcc。限制与已知问题tcc 编译速度很快但几乎不做优化README 将其定位为开发构建用途正式发布仍应使用v -prodclang 等优化编译器。关于 arm64 tcc.github/workflows/termux_ci.yml 中保留了一个continue-on-error的诊断 jobtermux-build-arm64-tcc专门在真实 arm64 runner 上复现 Termux/AArch64 的 tcc 自举失败对应上游问题 vlang/v#27207在上游 tcc 修复前该 job 允许失败。实际设备上make的自举阶段默认已改用系统编译器不受影响但如果你在 arm64 设备上使用 tcc 构建遇到异常可以参考该 job 收集日志的做法-showcc、build.log、file v1 v2 v。v up更新 V 时会同时刷新 bundled TCC 二进制README。刷新后如果出现兼容的 bundled tcc默认选择会优先于系统 tcc需要固定使用系统 tcc 时可显式传-cc tcc。遇到其他安装问题README 指向项目 wiki 的 Troubleshooting 页面和 Discussions 的 Installation Issues 分类在 GitHub 仓库内检索 Troubleshooting 即可找到入口。下一步安装完成后更新 V 只需在仓库目录运行v up它会把 V 更新到最新版本并刷新用于快速 C 编译的 bundled TCC 二进制。日常开发循环就是修改.v文件 →v run xxx.v默认 tcc 快速构建→ 需要发布时改用v -prod xxx.v。【免费下载链接】vSimple, fast, safe, compiled language for developing maintainable software. Compiles itself in 1s with zero library dependencies. Supports automatic C V translation. https://vlang.io项目地址: https://gitcode.com/GitHub_Trending/v/v创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考