解決：keil報錯invalid redeclaration of type name “s32“

1。 將固件包里的例程和相應(yīng)的CMSIS、StdPeriph_Driver拷到工程下，修改target options里的C/C++ include paths項為“../;../Src/App;../Src/CMSIS;../Src/Lib”，編譯報錯“D:/Keil/ARM/INC/ST/STM32F10x/stm32f10x_type.h(23): error: #256: invalid redeclaration of type name "s32" (declared at line 470 of "Src/App/stm32f10x.h")”等。

2。 若在工程中添加的文件為固件包中的鏈接（而不是拷貝），完全按照template里的結(jié)構(gòu)，并將include paths按照template進行修改，編譯報錯“Keil/ARM/INC/ST/STM32F10x/stm32f10x_conf.h(147): warning: #47-D: incompatible redefinition of macro "HSE_Value" (declared at line 511 of "STM32F10x_StdPeriph_Lib_V3.4.0/Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/stm32f10x.h")”等。

KEIL安裝目錄下的為舊版lib，工程中使用的為新版，兩者代碼結(jié)構(gòu)上有所不同。而編譯器在編譯了工程文件的同時，自動鏈接了KEIL安裝目錄下的文件，造成沖突。但是在選項中沒有找到配置是否鏈接KEIL安裝目錄下LIB的地方。

問題原理：

對照固件包中模板工程的鏈接情況，逐個對比模板工程和自建工程中，各源代碼鏈接的所需庫的位置。若模板中鏈接的是固件包中的文件，如system_stm32f10x.h 或 stm32f10x_config.h，即新版lib；而自建工程中鏈接的相應(yīng)文件位置為Keil安裝目錄，說明工程設(shè)置中沒有包含該庫的路徑，使編譯器自動尋找安裝目錄中的舊版文件。由于庫代碼結(jié)構(gòu)不同，造成編譯錯誤。因此需要在工程設(shè)置的include paths欄中添加新版lib的路徑。

問題解決：

對于第二種建立工程的步驟，通過報錯的信息很容易看出，編譯過程鏈接了keil安裝目錄下的conf.h，而實際需要使用固件包中的該文件。因此，在include paths中添加固件包conf.h所在目錄，即可解決問題。

對于第一種建立工程的步驟，stm32f10x_type.h不是工程源代碼中直接需要包含和應(yīng)用的頭文件，不容易找到未設(shè)定的鏈接路徑。因此，采用“問題原理”中的辦法，逐一鏈接庫對比，修改鏈接路徑，也可以找到未包含的位置，解決問題。

還需要注意區(qū)分的是，路徑中的“../”意為工程文件上一級目錄，“./”為工程文件的同級目錄。我們在一些論壇上看到別人貼的自己的路徑中，第一個即為"../"，不是必須的。另外，編譯器只能在當前目錄下搜索文件，不會進入下一級目錄，因此指定的路徑需要很具體。

出現(xiàn)這個問題時，搜了不少論壇，也在論壇上問過大牛，大致都是配置路徑有問題，卻沒有說到具體的解決辦法，自己摸索了好一陣。的確是這個原因，以后如果我遇到相同的提問，估計也會是這么回答。不過，理論和具體實踐還是有距離的。