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