標籤:cdt 模式 無法解析 新項目 roc min iter 程式 github
eclipse IDE是一款開源的前端編程軟體,它提供了編寫,編譯和調試ESP-IDF項目的圖形整合式開發環境。
首先在https://www.obeo.fr/en/eclipse-download?INSTALLER-WIN64中選擇需要的對應位元的eclipse。
然後在http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html下載eclipse運行所需的java環境。
在安裝是選擇
點擊安裝jdk環境和eclipse軟體。開啟eclipse結果如下
STEP1;設定Eclipse
一旦新的Eclipse安裝啟動,請按照下列步驟操作:
進口新工程
- Eclipse使用ESP-IDF中的Makefile支援。這意味著您需要先建立ESP-IDF項目。您可以使用github中的idf-template項目,或者在esp-idf examples子目錄中開啟一個樣本。(這裡選擇上篇文章的helloworld)
- 一旦Eclipse運行,選擇檔案 - >匯入...
- 在彈出的對話方塊中,選擇“C / C ++” - >“現有代碼作為Makefile項目”,然後單擊“下一步”。
- 在下一頁上,輸入“現有代碼位置”作為您的IDF項目的目錄。不要指定ESP-IDF目錄本身的路徑(稍後)。您指定的目錄應包含名為“Makefile”(項目Makefile)的檔案。
- 在同一頁面上的“用於索引器設定的工具鏈”下,取消選中“僅顯示支援該平台的可用工具鏈”。
- 在出現的擴充列表中,選擇“Cygwin GCC”。然後單擊完成。
此時開啟點擊可以看到新項目將顯示在項目資源管理員下了。
STEP2;項目屬性按右鍵該項目,然後從操作功能表中選擇“屬性”
點擊“C / C ++ Build”屬性頁面(頂級):
單擊“C / C ++構建”下的“Environment”屬性頁面:
-
點擊“C/C++ General” -> “Preprocessor Include Paths, Macros, etc.” 完成如下操作,替換${COMMAND}行開頭的文本xtensa-esp32-elf-gcc。
點擊勾選“CDT GCC Build Output Parser”,並將完整的編譯器命令模式改為xtensa-esp32-elf-(g?cc)|([gc]\+\+)|(clang)
- 選擇appply and close,此時看到工程已經不報錯了。
- 在Eclipse之外,開啟一個命令列提示符。導航到項目目錄,並運行以設定項目的esp-idf設定。此步驟目前必須在Eclipse之外運行。
make menuconfig,和上篇文章的編譯操作一樣。
- 點擊build進行編譯後,
- 選擇建立一個燒寫flash的檔案
-
選中project->Build Target->build對flash進行編譯,將程式燒寫到開發板中。
- 程式燒寫完成,之後按照上篇文章的驗證方法對整個燒寫結果進行驗證。
技術細節
-
- xtensa-esp32-elf-gcc交叉編譯器不是 Cygwin工具鏈,儘管我們告訴Eclipse它是一個。這是因為msys2使用Cygwin並支援Cygwin路徑(類型
/c/blah而不是c:/blah或c:\\blah)。特別地,xtensa-esp32-elf-gcc報告給Eclipse的“內建編譯器設定”功能,其內建的include目錄都在/usr/其中,這是Eclipse否則無法解析的Unix / Cygwin樣式路徑。通過告訴Eclipse編譯器是Cygwin,它使用該cygpath公用程式在內部解析這些路徑。
- 解析從esp-idf輸出時也會出現同樣的問題。Eclipse解析此輸出以尋找頭目錄,但無法解析表單的include目錄,
/c/blah而不使用cygpath。Eclipse Build Output Parser使用一個啟發學習法來確定是否應該調用它cygpath,但是由於目前未知的原因,esp-idf配置不會觸發它。因此,eclipse_make.py封裝器指令碼用於調用make然後用於cygpath處理Eclipse的輸出。
在windows 下使用eclipse進行編譯和燒寫