痞子衡嵌入式:MCUXpresso IDE下新增新路徑下原始檔進工程編譯的方法

痞子衡發表於2021-01-02

  大家好,我是痞子衡,是正經搞技術的痞子。今天痞子衡給大家介紹的是MCUXpresso IDE下新增新路徑下原始檔進工程編譯的方法

  接著上篇文章 《MCUXpresso IDE下SDK工程匯入與workspace管理機制》 接著聊,痞子衡說過不建議從零開始建立新工程專案,最好就是匯入一個SDK裡的現成專案(儘量跟你最終需求相近,主要是需要的SDK基礎驅動都要包含),然後在這個專案基礎上修改成自己想要的最終工程。

  如果你是一個習慣於IAR或者MDK這種非Eclipse式整合開發環境的使用者,你可能會對MCUXpresso IDE下管理工程(主要是在工程裡增加原始檔)的方式感到不適應。本文痞子衡將為你指明MCUXpresso IDE下增加原始檔讓你不適應的地方。

一、準備測試環境

  上篇文章 《MCUXpresso IDE下SDK工程匯入與workspace管理機制》 裡我們匯入了RT500的一個hello world專案進workspace空間,讓我們將這個專案拷貝到如下自定義的路徑,然後在MCUXpresso IDE下使用 Import project(s) from file system 方式並且不勾選 Copy projects into workspace 選項去開啟自定義路徑下的hello world工程。

  為簡單起見,我們再建立三組原始檔:sw_delay1.c/h、sw_delay2.c/.h、sw_delay3.c/.h,我們會用這三組原始檔來測試三種不同路徑型別下新增原始檔進工程的情況。

////////////////sw_delayx.c////////////////
#include "sw_delayx.h"
void sw_delayx(uint32_t n)
{
    while (n != 0U)
    {
        n--;
    }
}

////////////////sw_delayx.h////////////////
#include <stdint.h>
#if defined(__cplusplus)
extern "C" {
#endif
void sw_delayx(uint32_t n);
#if defined(__cplusplus)
}
#endif

二、已有路徑下新增原始檔進工程

  第一種測試情況最簡單,我們直接把sw_delay1.c/h檔案放到\mcux_test\evkmimxrt595_hello_world\source\路徑下,跟主函式原始檔hello_world.c放在一起。當我們將新原始檔放到已有路徑下時,在MCUXpresso IDE工程裡新檔案就立刻顯示在了介面左上角的workspace裡(可以理解為直接被新增進工程了),根本不用你手動新增(這是跟IAR/MDK相比第一個不同的地方,也是你可能不適應的地方),這時候我們可以在主函式檔案裡直接引用和呼叫sw_delay1.c/h裡的內容,不需要再額外做任何工程設定。

  自動重新整理工程路徑下原始檔進工程是Eclipse型IDE的特色,這個特色其實挺好,只有一種情況下不太方便,那就是多個不同原始檔中均有相同函式定義(可能是測試目的,或者刻意保留不同版本函式實現),這種情況下在工程編譯時會報錯,需要在IDE裡主動右擊你不想新增進工程的原始檔,在Properties框裡勾選上 Exclude resource from build

三、新路徑下新增原始檔進工程

3.1 在工程檔案所在路徑下

  現在我們換一種情況,還是在當前工程路徑\mcux_test\evkmimxrt595_hello_world下,但是新建一個名為sw_delay2的資料夾,並且將sw_delay2.c/h檔案放到\mcux_test\evkmimxrt595_hello_world\sw_delay2\路徑下。因為有了新路徑,此時還需要在工程Properties選項的MCU C Compiler / Includes裡(最好在MCU Assembler / General 裡也同樣設定)將該新路徑新增進去。

  此時新資料夾sw_delay2及其中原始檔好像同樣被自動更新到了工程workspace中,我們試試在主函式原始檔中呼叫sw_delay2(),並編譯工程。很遺憾,工程編譯報錯,提示undefined reference to `sw_delay2',就是找不到sw_delay2()函式,這是為什麼?

  這裡要介紹第二個讓你不適應的地方,那就是工程檔案所在路徑下的新建資料夾看起來被自動更新顯示到工程workspace中了,但其實其中原始檔並沒有真正被新增進工程,還需要你手動做一次路徑新增,在工程Properties選項的C/C++ General的Paths and Symbols下做如下操作。做完之後,你可以在workspace裡看到此時sw_delay2資料夾被提到了Debug上面顯示(在SDK工程裡,Debug和doc資料夾一般顯示在最下面,這兩個並沒有被真正新增進工程原始檔路徑,凡是顯示在它們後面的資料夾都是沒有被真正加入工程的),現在工程可以正常編譯了。

3.2 非工程檔案所在路徑下

  最後介紹一種最複雜的情況,這次不在工程路徑\mcux_test\evkmimxrt595_hello_world下做文章,我們在\mcux_test\路徑下新建一個名為sw_delay3的資料夾,並且將sw_delay3.c/h檔案放到\mcux_test\sw_delay3\路徑下。因為這個新路徑跟工程路徑不相關,因此工程workspace沒有自動顯示它,此時當然需要我們手動來新增這個資料夾進工程。右擊工程選擇 New / Folder,使用Folder選項裡Advanced下面的 Link to alternate location 功能將sw_delay3資料夾及其原始檔新增進工程。

  此時工程workspace中已經顯示了sw_delay3資料夾,但是顯示在最下面(Debug和doc之後),這時候我們可以當sw_delay3資料夾剛剛被放到\mcux_test\evkmimxrt595_hello_world\下面一樣,按3.1節裡的方法走一遍,MCU C Compiler / Includes和C/C++ General - Paths and Symbols下都分別再設定一下。

  這裡有第三個讓你不適應的地方,非工程檔案所在路徑下的原始檔夾在被強制鏈到工程裡時,其Include路徑直接轉變成了當前工程路徑/${ProjName}/下,並不需要像IAR/MDK那樣使用 ../ 去回退尋找具體的相對路徑

  至此,MCUXpresso IDE下新增新路徑下原始檔進工程編譯的方法痞子衡便介紹完畢了,掌聲在哪裡~~~

歡迎訂閱

文章會同時釋出到我的 部落格園主頁CSDN主頁知乎主頁微信公眾號 平臺上。

微信搜尋"痞子衡嵌入式"或者掃描下面二維碼,就可以在手機上第一時間看了哦。

相關文章