realview

    1熱度

    1回答

    好吧,這是一種很複雜的解釋。 我編譯其中有一個頭的靜態庫,類似於這樣的東西: class Foo{ static int Goo(){ DoSomethingExciting(); return 0; } static int fooMember; } 在CPP的我有fooMember的初始化: int Foo::fooMember =

    3熱度

    3回答

    我看到以下問題: How to generate a newline in a cpp macro? 讓我舉一個C++預處理器需要在新行簡短的要求。我正在使用嵌入彙編代碼和C++代碼的代碼上使用ARM Realview編譯器3.1。 #define DEFINE_FUNCTION(rtype, op, val) \ __asm rtype nt_##op(void*) { \

    1熱度

    1回答

    我有一些ARM926目標的C代碼。我正在嘗試使用「Arm Xtended Debugger」(AXD)進行調試。此代碼的main()需要14個命令行參數,這些參數在代碼warrior項目設置中提及的適當位置處,代碼的行爲與預期相同。 但是,當我嘗試使用相同的AXF(Arm eXecutable Format文件)文件並嘗試通過更改Codewarrior項目的設置來使用RVDEBUG執行源代碼級調試

    1熱度

    1回答

    我的工具鏈(的RealView)沒有實施unistd.h,我有我需要使用是使用unistd.h代碼,一些功能像access,open。 所以我需要自己實現這個功能。 我的問題是,是否有另一個替代或一些引用(除函數說明,發現here),我可以用來移植/實現這些功能? 這樣做的正確方法是什麼?這是我第一次發佈。

    3熱度

    5回答

    我有一個以前正在用Codesourcery的GNU工具鏈構建的C項目。最近它被轉換爲使用Realview的armcc編譯器,但與使用gnu工具編譯時相比,我們使用Realview工具獲得的性能非常差。不應該是相反的情況,即使用Realview的工具進行編譯時,它應該會提供更好的性能?我在這裏錯過了什麼。如何使用Realview工具提高性能? 另外我注意到,如果我運行由勞特巴赫的Realview T

    1熱度

    2回答

    問題: 我使用的是大的C/C++代碼庫,其上的gcc &視覺工作室的編譯器,其中枚舉基類型是默認的32位(整數工作類型)。 該代碼還有很多內聯+嵌入式程序集,它將枚舉視爲整數類型,枚舉數據在許多情況下用作32位標誌。 當使用realview ARM RVCT 2.2編譯器編譯此代碼時,由於realview編譯器根據enum設置的值自動決定enum基本類型,所以我們開始遇到許多問題。 http://