久久只有精品免费,韩国一级婬片特黄特刺激

標(biāo)題: KEIL5編譯出error: #18: expected a ")"問題 [打印本頁]

作者: forcexda 時(shí)間: 2022-12-4 10:14
標(biāo)題: KEIL5編譯出error: #18: expected a ")"問題
移植代碼的過程中，發(fā)現(xiàn)了這個(gè)問題，一直沒法解決，標(biāo)點(diǎn)和define都看過了，define的后面也沒有加分號，出錯(cuò)的地方看了括號和標(biāo)點(diǎn)也是英文標(biāo)點(diǎn)，也百度了不少了，沒有一個(gè)答案符合我的問題，對了，這個(gè)工程是同過stm32cubemx生成的。但是就是生error: #18: expected a ")"這個(gè)錯(cuò)誤

捕獲11.PNG (115.08 KB, 下載次數(shù): 91)

作者: 杰之都 時(shí)間: 2022-12-4 12:08
少了分號吧，或者中文分號吧

作者: forcexda 時(shí)間: 2022-12-4 13:02

杰之都發(fā)表于 2022-12-4 12:08
少了分號吧，或者中文分號吧

檢查過了，分號是英文分號，也沒少

作者: Hephaestus 時(shí)間: 2022-12-4 18:54

杰之都發(fā)表于 2022-12-4 12:08
少了分號吧，或者中文分號吧

如果你猜得對，那么就會(huì)有一系列錯(cuò)誤，然后下面的語句并沒有報(bào)錯(cuò)。

就是0b***純粹是瞎寫的造成的。

作者: lanzhengzheng 時(shí)間: 2022-12-4 20:12
應(yīng)該是0b1這個(gè)東西有問題，把這個(gè)改成其他的試試？

作者: 人中狼 時(shí)間: 2022-12-4 20:44
這個(gè)問題往上找，這行代碼前的內(nèi)容有錯(cuò)，也有可能是這行代碼前的頭文件內(nèi)有錯(cuò)，代碼不全，沒法分析

作者: Hephaestus 時(shí)間: 2022-12-4 20:49

人中狼發(fā)表于 2022-12-4 20:44
這個(gè)問題往上找，這行代碼前的內(nèi)容有錯(cuò)，也有可能是這行代碼前的頭文件內(nèi)有錯(cuò)，代碼不全，沒法分析

因?yàn)?8~113行，115~116行，118~119行，以及121行以后全部代碼都沒有報(bào)錯(cuò)，所以你的說法完全不正確，看問題要仔細(xì)。

作者: 子不在 時(shí)間: 2022-12-5 00:05
試試使用升級編譯器，使用Compiler6

作者: Hephaestus 時(shí)間: 2022-12-5 06:10

子不在發(fā)表于 2022-12-5 00:05
試試使用升級編譯器，使用Compiler6

升級什么編譯器都不可能支持0b***這種語法，仔細(xì)看題目，看不懂不要亂說。

作者:  時(shí)間: 2022-12-5 08:49
把95-97行的 0b**改成0x0b**試試

作者: 1261867136qq 時(shí)間: 2022-12-5 09:17
按照五一經(jīng)驗(yàn)，剛開始出現(xiàn)提示的地方在line 95 ,那么，大概率得往前看，然后，大概率可能是變量問題？

具體，可以放入神器 VSCODE ,或者 inscoure light 里面看看，會(huì)有顏色不一樣的提示

作者: Longan.Wang 時(shí)間: 2022-12-5 09:28
我以前也遇到過這種情況，基本上都沒有正常包含頭文件或者頭文件錯(cuò)誤導(dǎo)致的。
不知道，你是不是這種情況。

作者: xiaoshan7748 時(shí)間: 2022-12-5 09:54
樓上已經(jīng)有人說過了，就是數(shù)據(jù)進(jìn)制寫錯(cuò)了，keil不直接支持二進(jìn)制，直接寫0bxx會(huì)報(bào)錯(cuò)的，改成十六進(jìn)制或者十進(jìn)制就沒問題了

作者: ml521 時(shí)間: 2022-12-5 10:29
也有可能是你前面頭文件定義有點(diǎn)問題

作者: forcexda 時(shí)間: 2022-12-5 16:36

Hephaestus 發(fā)表于 2022-12-4 18:54
如果你猜得對，那么就會(huì)有一系列錯(cuò)誤，然后下面的語句并沒有報(bào)錯(cuò)。

就是0b***純粹是瞎寫的造成的。

是的是的，感謝大佬，這個(gè)問題確實(shí)是這個(gè)16進(jìn)制寫的有問題，改了以后就不報(bào)錯(cuò)了，還有就是可以修改keil編譯器版本為ac6，也可以不改就通過（第二種方法不知道在實(shí)際應(yīng)用中這么做是不是合適）

作者: forcexda 時(shí)間: 2022-12-5 16:37

子不在發(fā)表于 2022-12-5 00:05
試試使用升級編譯器，使用Compiler6

對對，沒錯(cuò)了，感謝大佬，這確實(shí)也是一個(gè)好辦法

作者: forcexda 時(shí)間: 2022-12-5 16:37

xiaoshan7748 發(fā)表于 2022-12-5 09:54
樓上已經(jīng)有人說過了，就是數(shù)據(jù)進(jìn)制寫錯(cuò)了，keil不直接支持二進(jìn)制，直接寫0bxx會(huì)報(bào)錯(cuò)的，改成十六進(jìn)制或者十 ...

也可以通過修改編譯器版本解決

作者: forcexda 時(shí)間: 2022-12-5 16:38

ml521 發(fā)表于 2022-12-5 10:29
也有可能是你前面頭文件定義有點(diǎn)問題

不是呢，這個(gè)函數(shù)沒有在前面定義

作者: forcexda 時(shí)間: 2022-12-5 16:39

Longan.Wang 發(fā)表于 2022-12-5 09:28
我以前也遇到過這種情況，基本上都沒有正常包含頭文件或者頭文件錯(cuò)誤導(dǎo)致的。
不知道，你是不是這種情況。

不是了，上面的兩種方法都可以解決，我已經(jīng)嘗試了，嘿嘿，感謝回答我的問題

作者: forcexda 時(shí)間: 2022-12-5 16:40
再次感謝各位大佬回答我的問題，這個(gè)問題可以結(jié)貼了，有兩種方法可以解決報(bào)錯(cuò)，具體可以看評論區(qū)，感謝各位大佬百忙中回復(fù)我的問題！！

作者: lanshenlan 時(shí)間: 2022-12-5 17:38
把0bxx改成十六進(jìn)制或者十進(jìn)制，keil不直接支持二進(jìn)制

歡迎光臨 (http://www.torrancerestoration.com/bbs/)