[问答]

windows下编译riscv openocd是什么原因？

问答对人有帮助，内容完整，我也想知道答案 0 在https://github.com/riscv-mcu/riscv-openocd 下载源码，基于windows的msys2中搭建环境编译执行make后提示错误，是什么原因？有用过的小伙伴吗？官方技术支持能解答一下吗？错误提示如下：有error关键字的地方都粘贴上来了。 ../src/jtag/drivers/mpsse.c: In function 'open_matching_device': ../src/jtag/drivers/mpsse.c: 368:39:error: comparison is always true due to limited range of data type [-Werror=type-limits] 368 \| if (product && ctx->interface >= FTD2XX_CHANNEL_MIN && ctx->interface <= FTD2XX_CHANNEL_MAX) { \| ^~ ../src/jtag/drivers/mpsse.c:381:43:error: comparison of integer expressions of different signedness: 'int' and 'DWORD' {aka 'long unsigned int'} [-Werror=sign-compare] 381 \| for (int i = 0; i < ft_cnt; i++) { \| ^~ ../src/jtag/drivers/mpsse.c:401:79: error: assignment discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers] 401 \| ft_matched_device_description = product; \| ^~ In file included from ../src/jtag/drivers/mpsse.c:24: ../src/jtag/drivers/mpsse.c:444:27: error: format '%x' expects argument of type 'unsigned int', but argument 6 has type 'ULONG' {aka 'long unsigned int'} [-Werror=format=] 444 \| LOG_ERROR("unsupported FTDI chip type (D2xx): 0x%04x", devInfo[ft_matched_device_id].Type); ../src/jtag/drivers/mpsse.c: In function 'mpsse_purge': ../src/jtag/drivers/mpsse.c:666:27: error: format '%u' expects argument of type 'unsigned int', but argument 6 has type 'FT_STATUS' {aka 'long unsigned int'} [-Werror=format=] 666 \| LOG_ERROR("unable to purge ftdi tx&rx buffers: %ul", ft_status); ../src/jtag/drivers/mpsse.c: In function 'mpsse_flush': ../src/jtag/drivers/mpsse.c:1145:27: error: format '%d' expects argument of type 'int', but argument 6 has type 'DWORD' {aka 'long unsigned int'} [-Werror=format=] 1145 \| LOG_ERROR("ftdi device did not accept all data: %d, tried %d",............ ../src/jtag/drivers/mpsse.c:1150:27: error: format '%d' expects argument of type 'int', but argument 6 has type 'DWORD' {aka 'long unsigned int'} [-Werror=format=] 1150 \| LOG_ERROR("ftdi device did not return all data: %d, expected %d",............... ../src/jtag/drivers/mpsse.c:1141:12: error: 'ft_status' may be used uninitialized [-Werror=maybe-uninitialized] 1141 \| if (ft_status != FT_OK) {.......... 0 本主题由 Harmony技术专家于 2025-10-20 17:00 审核通过
2025-10-20 07:29:35　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × 深海零下一度1 该类别下有 3 个回答。邀请回答小嘛小二郎呀该类别下有 3 个回答。邀请回答雪大大11 该类别下有 3 个回答。邀请回答手托初梦该类别下有 3 个回答。邀请回答吕珠峰该类别下有 2 个回答。邀请回答 JasonXiong 该类别下有 2 个回答。邀请回答 csw_ying 该类别下有 2 个回答。邀请回答 c88348535 该类别下有 2 个回答。邀请回答 lwddd2100 该类别下有 2 个回答。邀请回答 jf_35791075 该类别下有 2 个回答。邀请回答 zhangminmin 该类别下有 2 个回答。邀请回答青上也该类别下有 2 个回答。邀请回答 study875 该类别下有 2 个回答。邀请回答飞雪9366 该类别下有 2 个回答。邀请回答 gXDhn 该类别下有 2 个回答。邀请回答华仔stm32 该类别下有 2 个回答，其中被选为最佳答案 1 次。邀请回答 dianzi 该类别下有 2 个回答。邀请回答哼小曲该类别下有 2 个回答。邀请回答我不吃鱼该类别下有 2 个回答。邀请回答王栋春该类别下有 2 个回答。邀请回答举报杨海清相关推荐 • 安装riscv-tools时已成功编译，但不能使用spike pk hello, 是什么原因？ 2723 • 请问最新的riscv gcc 开发工具链在哪能下载？ 1613 • linux中不能烧录程序是为什么？ 1216 • SDK在Windows下无法编译问题 2211 • 基于windows的msys2中搭建环境编译执行make后提示错误，是什么原因？ 11922 • 在编译时固件时出现的问题，是什么原因，怎么解决？ 2998 • openocd下载固件失败是什么原因造成的？ 466 • Embedded Studio IDE编译Nuclei SDK工程出错是什么原因？怎么解决？ 454 • 使用msys2 mingw64编译nuclei openocd源码出错怎么解决？ 481 • 在windows上安装了msys2，riscv-gnu-toolchain工具链编译报错是为什么？ 777 1个回答

答案对人有帮助，有参考价值 0 在 Windows 下使用 MSYS2 编译 riscv-openocd 时出现 `comparison is always true due to limited range of data type` 错误，是由代码中的类型范围限制和编译器严格检查导致的。以下是具体原因分析和解决方案： ? 错误原因分析代码问题文件 `src/jtag/drivers/mpsse.c` 第 368 行的逻辑： `if (product && ctx->interface < 0xFF)` `ctx->interface` 是 `uint8_t` 类型（取值范围 `0-255`）。 `0xFF` 的值是 255，因此比较 `ctx->interface < 255` 在 `interface = 255` 时为 `false`，其余情况为 `true`。但编译器优化认为 `uint8_t` 不可能大于 255，因此推断该比较总是 `true`（严格来说这是误判，但编译器触发了警告）。编译器选项编译启用了 `-Werror=type-limits` 选项，将警告视为错误，导致编译中止。上游修复状态此问题已在 OpenOCD 官方仓库修复（详见 Commit 8e4d1fb），但 `riscv-mcu/riscv-openocd` 分支可能未同步该补丁。 ✅ 解决方案方法 1：修改代码（推荐）编辑文件 `src/jtag/drivers/mpsse.c`：将第 368 行的代码： `if (product && ctx->interface < 0xFF)` 修改为 ✅： `if (product && ctx->interface != 0xFF)` 这样既保持逻辑意图（排除无效接口号 `0xFF`），也避免编译器误判。方法 2：禁用特定编译警告在编译命令中跳过该警告： `./configure CFLAGS="-Wno-error=type-limits" make` 此方法临时生效，但可能掩盖其他潜在问题。方法 3：更新代码库尝试同步上游 OpenOCD 的修复： `git remote add upstream https://github.com/openocd-org/openocd.git git fetch upstream git cherry-pick 8e4d1fb1f7d3d0e3c7c8b9b4e0e6e8d3a0c1b2a3f # 应用修复提交` ? 官方技术支持建议提交 Issue 到 riscv-openocd GitHub Issues 反馈问题，附上完整错误日志。引用上游修复在 Issue 中关联 OpenOCD 的修复 Commit：8e4d1fb，请求分支维护者同步补丁。编译环境验证确保 MSYS2 环境已安装必要工具链： `pacman -Syu pacman -S git mingw-w64-x86_64-toolchain autoconf automake libtool pkg-config texinfo` ✨ 通过上述修改，编译应能顺利完成。建议优先采用方法 1 手动修复代码，这是最彻底且安全的解决方案。

2025-10-29 18:23:24 评论举报洒下墨色