在前面幾期中,我們了解到DSP編程技巧之:編譯流程與處理器選項、程序優化、調試與路徑選項、控制與語言選項以及預處理與診斷,今天為大家講解運行時模型以及鉤子函數與庫函數。
當我們在PC運行一些C/C++編寫程序的時候,如果缺少必要的庫文件或者說一些dll文件之類的,程序會崩潰并在各種崩潰聲音的提示下彈出一堆對話框,提示我們“run-time error”,缺少xxxx運行庫文件等等。那運行庫文件是做什么的呢?它里面主要包含了C/C++的庫函數,編譯器內建的一些功能函數、浮點數的算數運算函數,以及編譯器所支持的C語言中一些與I/O操作有關的函數等。在DSP中運行里面運行我們的程序時,同樣需要相關的實時運行庫文件的支持;所以我們要配置一些相關的運行庫選項,使得編譯器知道我們希望使用什么樣的方法來使用實時運行庫,這就是運行時模型(run-time error),它主要定義了代碼在特定選項之下的運行方式,這些選項如表1所示。
鉤子函數(hook function)是在進入程序中的函數或者退出函數時調用的程序。它們的用途包括:調試(debug)、跟蹤(trace)、評估(profile)以及堆棧溢出的檢測等。我們可以通過表1中的選項對鉤子函數的使用進行控制。
DSP編程技巧之:運行時模型以及鉤子函數與庫函數
關于鉤子函數,在CCS的編譯器里還有以下的幾個規則可以補充說明一下:
1. 使能鉤子函數選項的話,會默認使用表1中的定義方法創建鉤子函數的隱式聲明。此時如果我們要聲明或者定義鉤子函數的功能的話,必須與這個隱式聲明使用相同的定義方式。
2. 在C++編程的時候,鉤子函數被聲明為外部的C函數,這時候我們可以使用C語言或者匯編語言來編寫鉤子函數的程序,因為使用的是extern C的調用方法,所以我們不用擔心會違反C++的函數名字改編(name mangling)規則而產生編譯錯誤。
3. 鉤子函數可以被聲明為inline內聯類型的,此時編譯器把它們與其它的內聯函數按照相同的規則進行處理,例如函數優化等選項對它們起相同的作用。
4. 入口鉤子函數和出口鉤子函數是互相獨立的,我們可以只使用它們中的一個,或者同時使用它們。
5. 我們要避免對鉤子函數的遞歸調用,也就是說在鉤子函數中不要調用其它包含了對鉤子函數本身進行調用的函數(有點小拗口)。為了防止這種潛在bug的發生,編譯器對鉤子函數的產生有一些限制,例如對于內聯類型的函數或者鉤子函數本身,我們都無法為它們產生一個鉤子函數。
那如果在優化選項的作用下,編譯器把某些函數自動優化為內聯函數的話,我們已經為它們產生的鉤子函數會不會導致錯誤呢?此時我們要使用--remove_hooks_when_inlining選項把編譯器自動內聯的函數的入口/鉤子出口函數給優化掉。
6. 如果我們不希望產生鉤子函數的話,在編程時可以直接使用與處理指令阻止產生鉤子函數。在C語言編程時,使用方法為#pragma NO_HOOKS ( func );
在C++編程時,使用方法#pragma NO_HOOKS;(話說C++的語法經常比C的要簡短一些)。
鉤子函數相關的控制選項并不多,不過其使用時的條條框框卻真不少。下面我們換個輕松點的看看,比如庫函數選項。庫函數一般是指編譯器提供的可在C/C++源程序中調用的函數。可分為兩類,一類是C語言標準規定的庫函數,一類是編譯器特定的庫函數。庫中存放函數的名稱和對應的目標代碼,以及連接過程中所需的重定位信息,一般情況下廠家不會向我們開放庫函數的內容。當然,在CCS編程中,如果我們我們需要分享某個功能給別人,但是又不想讓他們知道函數的內容,也可以把我們的函數甚至程序封裝為一個庫函數(CCS一般情況下我們用它產生.out二進制文件,此外還可以產生.lib庫文件)就行了。
庫函數大家都不陌生,比如在C2000 DSP的編程中,為了使用定點數學庫的相關函數,我們要把IQmath.lib加入到工程里;為了使用FPU相關的浮點函數庫,我們需要調用C28x_FPU_Lib_Beta1.lib等。在CCS編譯環境下,庫函數的相關選項并不多,也不復雜,如表2、表3所示。
DSP編程技巧之:運行時模型以及鉤子函數與庫函數
在使用編譯器的--opt_level=3優化級別(即-O3,文件級別的優化)的情況下,編譯器會對已知的庫函數利用已有的優化規則直接輸出優化結果。但是如果我們對標準的庫函數進行重定義,即標準庫函數的定義發生了改變的話,則對它的優化將失效。
DSP編程技巧之:運行時模型以及鉤子函數與庫函數