C++與ARM code合作兩三事

ishoni

老實說 作數位IC設計很難不去碰一些周圍的環境

這次因為project的關係 有須要放進一顆ARM的IP 因此位了節省面積就把一些電路的功能用arm來取代

因此莫名其妙的跟這塊嵌入式有關的地方有了一些觀連

在這邊分享一些目前學習到的心得與面臨到的問題

; m' C" q3 u( |! _) O, e首先不論是C++或者是C語言都是可以轉成ARM code的

; g6 {* g, B) ]0 `喔 講轉就不專業了  專業的要說可以"compile成"ARM code....  這部分是後話  暫且不表

接下來的問題是  如果整個project裡面有一部分是C語言 另外一部分是arm code 這樣還可以compile嗎?

答案也是可以的
0 V' s# p; ]- b3 W
最後的問題是 C++ compile成了ARM code以後 我們怎麼去評估他的效能或者轉換的好不好呢?
0 [4 W: o& F9 p
  D& h( q- S) P) X( l其實也有一些軟體能夠替我們做這樣的評估
7 E$ W, `, y7 T4 f5 b) B$ J$ F  P0 O

# ^1 B: b3 j" MARM本身有提供一套要付費的軟體  以前叫ACD  現在叫RVDS  就有提供以上幾種功能

! X3 h, y& z/ o1 Q$ H比方armcc就是把C code給compile成arm code
9 i+ ]4 T8 s, M% p
或者armlink就是連結C code與ARM code的指令

另外有一個模擬工具ARMulator (現在也在RVDS裡面) 可以幫忙分析哪個指令被呼叫最多次 執行最多次等等
) Q/ L5 r( O( Y( V. ~- Y5 k
用來幫助我們修改ARM code的架構達到運算上的最高效能


1 c9 V& U% Z- @野人獻曝般的提供一點點小資訊  還真的是獻醜了  

: Q5 L: b0 O% b6 W4 a如果想要了解的朋友友一本書值得推薦 Arm system Developer's Guild

其中第五章第六章是精華  討論如何轉換最有效率的格式  第五章從C的角度出發  第六章從ARM的角度出發
4 V% X" A; m- U; d. M

最後想要請教一個問題目前正困擾著我  由於我需要轉檔得C++跑的是visual studio, 有些自定義的格式像是 __fastcall 或者 __int8 __int32
, w+ j7 \9 h! N' E. y: h  j
對於這樣的東西在用armcc compile的時候他會認不得然後回報錯誤

6 `7 H# e' A# \想請問大家如果我要去哪裡(網路上或電腦裡)找到有定義 __fastcall的lib file或者headfile讓我在compile的時候可以included進去?

sieg70

你所講的arm code應該是指arm的組語(組合語言)
不論是c或c++都能編譯成arm的code... @o@ c, c++也能編成i386的code...

我想你想說的是"有對應給arm用的c/c++ compiler工具可以使用" 可以讓你在異質的環境下(e.g. i386)去編譯出arm processor能跑的執行檔, 這叫cross compile, 這部份是大多數嵌入式發展會採用的模式
, k  c; h% i  O& ~5 g: k& X" z0 d
& r% ?8 F+ U7 M% j2 e1 g- s在同一project部份c 部份組語的作法是為了performance/code size考量

你所講的ACD應該是指ADS

3 H, d( X2 F  L作性能分析的工具叫profiler, 一般軟體用的性能分析工具都是叫這名字

+ M" h% b& A% T# |3 M( TARM原廠的tool不便宜, 也許你會想用GNU toolchain, 但兩者的語法及記憶體配置檔寫法有所差異
. q. J7 l3 E5 c& U- a4 a' K4 C6 ?
你的問題可能要去翻翻看windows中的__fastcall是怎樣定義的, (去翻標頭檔), 這些type都是用最基本的int去定出來的"給人看的", 翻到最底層, 就會通過去了