在編譯時，遇到如下錯誤提示D:\Keil\ARM\INC\ST\STM32F10x\stm32f10x_type.h(26):error: #256: invalid redeclaration of type name"s32" (declared at line 312 of"D:\Keil\ARM\INC\ST\STM32F10x\stm32f10x.h")讓菜鳥我很是頭痛，找了好多網頁解決不了問題，最后瀏覽到了51hei給的提示：
重復定義了。
估計你包含了stm32f10x_lib.h又包含了stm32f10x.h，導致這個情況。
這兩個，你只能選一個的。
這樣我開始了，艱苦的尋找在哪里包含了這兩個文件，在主函數里發現了stm32f10x.h頭文件，如下所示
抱著試試看的心態把stm32f10x.h頭文件，更改為stm32f10x_lib.h頭文件，竟然沒錯了。
 開心，僅為像我一樣的菜鳥提供一個解決方法。
解決方案1.1：
關于stm32f103報錯：error: #256: invalid redeclaration of type name"s32"，我也來說兩句吧。
這個具體來說是因為引用了自己建的固件庫，但是沒有配置路徑，要把工程的路徑配置為當前文件夾，
可以在keil里面建好的工程里，右擊target 1,點擊第一個選項“option for targer"targer 1"”,在"C/C++"選項卡里的“Include Paths”一欄里加入你當前自己編輯的固件庫路徑，我這邊的是“.\SRC;.\Libraries\STM32F10x_StdPeriph_Driver\inc;.\Libraries\CMSIS\Core\CM3”，大家可以參考一下，這里面有里有3個文件夾，輸入好后，按“ok”按鈕，重新編譯下，應該就可以了。
解決方案2：
將新版本的庫 全部復制
\STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\STM32F10x_StdPeriph_Driver\inc
粘貼到MDK安裝目錄就能解決
C:\Keil\ARM\INC\ST\STM32F10x
解決方案3：
在ST官網上下的固件包，用STM32F10x_StdPeriph_Lib_V3.4.0/Project/STM32F10x_StdPeriph_Template里的工程，編譯正確。以下嘗試了兩種新建工程的方法，均失敗：
1。 將固件包里的例程和相應的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里的結構，并將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，工程中使用的為新版，兩者代碼結構上有所不同。而編譯器在編譯了工程文件的同時，自動鏈接了KEIL安裝目錄下的文件，造成沖突。但是在選項中沒有找到配置是否鏈接KEIL安裝目錄下LIB的地方。
問題原理：
對照固件包中模板工程的鏈接情況，逐個對比模板工程和自建工程中，各源代碼鏈接的所需庫的位置。若模板中鏈接的是固件包中的文件，如system_stm32f10x.h 或 stm32f10x_config.h，即新版lib；而自建工程中鏈接的相應文件位置為Keil安裝目錄，說明工程設置中沒有包含該庫的路徑，使編譯器自動尋找安裝目錄中的舊版文件。由于庫代碼結構不同，造成編譯錯誤。因此需要在工程設置的include paths欄中添加新版lib的路徑。
問題解決：
對于第二種建立工程的步驟，通過報錯的信息很容易看出，編譯過程鏈接了keil安裝目錄下的conf.h，而實際需要使用固件包中的該文件。因此，在include paths中添加固件包conf.h所在目錄，即可解決問題。
對于第一種建立工程的步驟，stm32f10x_type.h不是工程源代碼中直接需要包含和應用的頭文件，不容易找到未設定的鏈接路徑。因此，采用“問題原理”中的辦法，逐一鏈接庫對比，修改鏈接路徑，也可以找到未包含的位置，解決問題。
還需要注意區分的是，路徑中的“../”意為工程文件上一級目錄，“./”為工程文件的同級目錄。我們在一些論壇上看到別人貼的自己的路徑中，第一個即為"../"，不是必須的。另外，編譯器只能在當前目錄下搜索文件，不會進入下一級目錄，因此指定的路徑需要很具體。
出現這個問題時，搜了不少論壇，也在論壇上問過大牛，大致都是配置路徑有問題，卻沒有說到具體的解決辦法，自己摸索了好一陣。的確是這個原因，以后如果我遇到相同的提問，估計也會是這么回答。不過，理論和具體實踐還是有距離的。
|
