C++與ARM code合作兩三事

ishoni

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

* `& _  N5 d6 N7 }5 w9 C8 l/ X這次因為project的關係 有須要放進一顆ARM的IP 因此位了節省面積就把一些電路的功能用arm來取代

因此莫名其妙的跟這塊嵌入式有關的地方有了一些觀連
  C' K3 q4 |& k7 y' O
在這邊分享一些目前學習到的心得與面臨到的問題

首先不論是C++或者是C語言都是可以轉成ARM code的
' n+ P" n7 r1 J  \/ S
" e: Q! z# W" }) ^喔 講轉就不專業了  專業的要說可以"compile成"ARM code....  這部分是後話  暫且不表

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

答案也是可以的
7 n! y5 ~6 [) M
+ R. l; a. G9 C2 Z最後的問題是 C++ compile成了ARM code以後 我們怎麼去評估他的效能或者轉換的好不好呢?

其實也有一些軟體能夠替我們做這樣的評估


ARM本身有提供一套要付費的軟體  以前叫ACD  現在叫RVDS  就有提供以上幾種功能

比方armcc就是把C code給compile成arm code

或者armlink就是連結C code與ARM code的指令

- J0 _' ^% z5 R+ d3 T) e另外有一個模擬工具ARMulator (現在也在RVDS裡面) 可以幫忙分析哪個指令被呼叫最多次 執行最多次等等
& g, {* e! _3 R: t- w
用來幫助我們修改ARM code的架構達到運算上的最高效能


野人獻曝般的提供一點點小資訊  還真的是獻醜了  

) H8 \# \+ r1 j% g7 J. y+ |3 M如果想要了解的朋友友一本書值得推薦 Arm system Developer's Guild

5 U% L. F0 P. v: }5 r" P' [3 K其中第五章第六章是精華  討論如何轉換最有效率的格式  第五章從C的角度出發  第六章從ARM的角度出發
* V4 n! |: P. q2 ~9 @1 J4 g

最後想要請教一個問題目前正困擾著我  由於我需要轉檔得C++跑的是visual studio, 有些自定義的格式像是 __fastcall 或者 __int8 __int32

  E- o* |3 Q# S4 L$ V對於這樣的東西在用armcc compile的時候他會認不得然後回報錯誤

% z1 {4 c& w7 }) Q想請問大家如果我要去哪裡(網路上或電腦裡)找到有定義 __fastcall的lib file或者headfile讓我在compile的時候可以included進去?

sieg70

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

我想你想說的是"有對應給arm用的c/c++ compiler工具可以使用" 可以讓你在異質的環境下(e.g. i386)去編譯出arm processor能跑的執行檔, 這叫cross compile, 這部份是大多數嵌入式發展會採用的模式

在同一project部份c 部份組語的作法是為了performance/code size考量

# `! h/ W5 A  H  `8 ~你所講的ACD應該是指ADS

" h' }, t$ F7 |5 d作性能分析的工具叫profiler, 一般軟體用的性能分析工具都是叫這名字

9 ]* r8 q. X" V: C& aARM原廠的tool不便宜, 也許你會想用GNU toolchain, 但兩者的語法及記憶體配置檔寫法有所差異

/ O  R: ~' v( T. S! X你的問題可能要去翻翻看windows中的__fastcall是怎樣定義的, (去翻標頭檔), 這些type都是用最基本的int去定出來的"給人看的", 翻到最底層, 就會通過去了