如何解决在 Windows 上的 CLion 中打开 ESP-IDF 项目作为普通 CMake 项目
我试图让 Windows 上的 CLion 达到可以像标准 CMake 项目一样打开/处理 esp_idf 项目的状态。我知道这是可能的,因为我在 Linux 上有类似的设置。我将列出我是如何在 Linux 上实现这一点的,以及我在尝试将相同的想法移植到 Windows 时遇到的问题。
在 Linux 上
通过从已经由本质上get_idf
初始化的 shell 的上下文启动 CLion,可能会导致 CLion 继承 idf 的 CMake 文件所需的环境变量。因此,在 Linux 上运行它就像执行脚本一样简单:
#!/bin/bash
. $HOME/esp/esp-idf/export.sh
cd ~/clion-2020.2.3/bin
./clion.sh
现在,idf 项目可以像普通的 CMake 项目一样在 CLion 中打开/编译。
在 Windows 上
但是,在 Windows 上,如果应用类似的想法,则结果不起作用。 CLion 仍然继承调用进程 env-vars,但这并不能达到预期的效果。脚本:
@echo off
cd "C:\Users\someuser\esp-idf\"
call "C:\Users\someuser\.espressif\idf_cmd_init.bat"
"C:\Program Files\JetBrains\CLion 2021.1.1\bin\clion64.exe"
所有相关的 env-vars 都是继承的(没有全部显示,因为有很多):
然而,尽管 idf-embedded python 是系统上/路径或其他环境变量中唯一存在的 python 实例,它仍然抱怨遗留 python 解释器或无法找到需求:
更令人困惑的是,idf 环境完全可以从 CLion 中的集成终端运行:
有谁知道这种差异的技术原因是什么,我该如何解决?
为什么不直接使用 PlatformIO?
PlatformIO 使用 esp_idf 的一些功能,在我看来,过于复杂。此外,我也无法让它在 Windows 上与 CLion 一起使用。最后,我希望至少可以选择在 Windows 上使用带有 CLion 的普通 idf。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。