開發遇到了這個問題，上網找到了一篇解決方法，實測有效，在此分享給大家。

最近使用keil 的ARMV6編譯器的開發項目的時候遇到了這樣一個問題——使用-O0優化時候復位單片機程序直接卡死（感覺根本沒有執行），使用除-O0優化外的選項全都能通過。

所使用AC6編譯器及優化配置

打開仿真之后程序直接卡在了 BKPT 0xAB

仿真截圖

一般出現這種問題，根據以往經驗可能是程序中使用了標準輸入輸出函數，例如 printf? 格式化輸出，所以打開了編譯器提供的標注輸入輸出的補丁，即使用printf 等函數之后函數會直接返回，而不是進入一個斷點 BKPT 0xAB

在程序中使用printf 也能正確返回。

可以看到執行 printf 時候直接返回了。但是問題并沒有解決，程序依然卡在 BKPT 0xAB。

那肯定不是標準輸入輸出的問題。在網上搜索一圈之后，百度的答案是 “換ARMV5 編譯器”。。。你猜猜看我為啥要用AC6，給你邦邦兩拳（開玩笑啦）。而谷歌的答案更是不知所云，只好繼續自己想辦法。

當我勾選微庫之后，這個問題居然解決了。。。

當然你可以看到，一旦勾選微庫，keil會提醒你微庫和C++不兼容。因為我編寫的是C++項目，所以堅決不能使用微庫，因此放棄了這個想法。

這時候發下堆棧中有兩個函數調用_ARM_get_argv 和 _sys_command_string?

_sys_command_string 正是斷點位置，這兩個函數一定是編譯器自動生成并鏈接的，因為我們并沒有編寫這兩個函數，關于編譯器相關的東西 help一般都有解釋，于是我打開了help 搜索 _sys_command_string

搜索結果中的第三條，解釋了 在不同編譯器優化等級的區別，其中提到了：

“ 如果你的main函數是不帶參數的，編譯器會應用一些特定的優化，針對ARMV5編譯器的所有優化等級，而ARMV6只針對-O0之外的優化等級”

Note的第四段話給出了解決方法

因此我們建立一個名為armv6O0fix.c的文件，添加以下代碼：

char *_sys_command_string(char *cmd, int len){
 return 0;
}




//__asm(".global __ARM_use_no_argv
	" "__ARM_use_no_argv:
	")

要么你定義一個_sys_command_string 函數里面什么都不干，函數原型是help搜到的。要么按照help里提的，鏈接一個空的匯編函數，你寫個void __ARM_use_no_argv(void){} 應該也是可以的。個人建議定義一個 _sys_command_string 函數，因為如果你定義了__ARM_use_no_argv而選擇了非ARMV5或ARMV6 -OO優化以外的選項，則會和編譯器自動生成的函數發生沖突。且_asm匯編只適用于ARMV6。而 _sys_command_string可以完美應用于ARMV5和V6編譯器所有優化選項。

編輯：黃飛

?