newlib

    0熱度

    1回答

    這一問題與此主題:cygwin support for C++11 in g++4.9.2 我有同樣的問題: error: ‘log2’ is not a member of ‘std’ 我申請建議的補丁,只能得到另一個錯誤。 這裏包括CMATH #include <cmath> #include <iostream> int main() { std::cout << "h

    0熱度

    1回答

    我目前正在使用Atmel開發板(SAM4C ARM Cortex-M4)開展一個項目,並且我注意到當我設置「陷阱未對齊字訪問」位時,我總是得到一個「Unaligned訪問使用錯誤「。 經過一番調查,我意識到malloc返回未對齊的內存塊。所以,我想知道是否有一種方法來配置malloc,所以它會分配內存在一個對齊指針?我知道memalign可以做到這一點,但由於已經有很多地方使用malloc,如果我

    2熱度

    1回答

    我正在開發一個使用GCC交叉編譯器(arm-none-eabi-)的ARM架構(裸機)程序。爲了保持代碼小,我使用「--specs = nano.specs」鏈接器標誌來鏈接到newlib-nano。 我碰到的問題是有在printf的「長長」的支持,即: long long int val = 1234; pritnf("%lld", val); 添加「-u _printf_float」鏈接

    1熱度

    2回答

    我正在用Newlib 2.5.0構建一個arm-eabi-gcc工具鏈作爲目標C庫。 目標嵌入式系統傾向於更小的代碼大小上執行速度。如何配置newlib以支持較小的代碼大小? 默認的構建不一樣的東西產生的一個版本strstr即超過1KB的代碼大小。

    0熱度

    4回答

    我是STM32F103的新手。我有一個STM32F103的演示代碼,我正在使用arm-none-eabi進行編譯。 我嘗試了我可以在Google上找到的東西,但目前爲止沒有任何工作。我已經花了三天時間解決這個問題。 任何人都可以給我一個printf的演示代碼,這很好用?我的makefile 部分: CFLAG = -mcpu=$(CPU) -mthumb -Wall -fdump-rtl-expa

    0熱度

    1回答

    我想要做的所有,從圖像中提取一些符號和使用(鏈接)來自不同圖像的符號。 使用armccc/armlink時,指定--symdefs =時,它會創建包含符號和地址的文件。 另一方面,如果您刪除未使用的符號,它只會更新現有的符號。 如果您包含此文件進行編譯,它會將之前圖像的符號與新圖像鏈接起來。 但我找不到類似的方法來處理GNU toolchaing(arm-none-eabi-)。 如果我使用arm

    6熱度

    1回答

    的問題是指臂-NONE-EABI-G ++ 6.2和鏈接針對newlib納米。 當我一個進行預處理C-源與-specs=nano.specs,從目錄newlib-nano文件newlib.h包括: echo '#include <string.h>' |\ /opt/gcc-arm-none-eabi-6_2-2016q4/bin/arm-none-eabi-gcc -specs=nano.sp

    2熱度

    1回答

    這裏是我的問題: 介紹 我目前試圖在ARM處理器上運行的一些基本代碼。正如我目前(也許很長一段時間)在我周圍沒有任何ARM硬件,我已經使用QEMU(ARM模擬器)好幾天了,我必須說,它的功能就像一個魅力。但是使用QEMU,我覺得要畫我的劍來殺死蒼蠅。所以我找了一些較輕的仿真器,並發現了ARMulator。 「ARMulator是一系列模擬各種ARM處理器及其支持架構的指令集的程序族。 ARMula

    3熱度

    1回答

    我正在爲STM32F7編寫一個嵌入式軟件,我的libc是newlib-2.4.0.20160527。 我已經實現_sbrk()如下: extern intptr_t g_bss_end; /* value after the last byte in .bss */ extern intptr_t g_msp_lim; /* stack buffer starts at this address

    0熱度

    1回答

    我在兩個目標(一個飛思卡爾,一個STM32和皮質M4)上編譯「相同」代碼。我使用--specs=nano.specs,並且我已經實現了_write函數作爲空函數,並且這導致整個printf被GCC的-Wno-unused-function優化,即使STM32目標上的-O0(參見地圖)。這很好,我想重現一下飛思卡爾的目標。 但是,在飛思卡爾目標(具有相同的編譯標誌)printf會導致硬故障。但是如果