解决KIEL编译CW32实验例程报“.\Objects\GPIO.axf“ - 3 Error(s), 55 Warning(s).其中error: unknown type name ‘__weak

最新推荐文章于 2024-04-13 16:59:58 发布
最新推荐文章于 2024-04-13 16:59:58 发布
阅读量1.2k 收藏
点赞数
文章标签： 算法 开发语言 stm32 单片机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46033514/article/details/131378383
版权
在编译CW32f030的实验例程时遇到'__weak'未知类型错误，错误发生在'cw32f030_systick.c'文件中。同时，'font.h'文件存在非法字符编码警告。解决方法是删除报错函数声明和定义处的'__weak'关键字，并将C/C++编译设置中的AC5-like warnings设为no warnings，以消除警告。
摘要由CSDN通过智能技术生成

编译完整错误为：

../Libraries/src/cw32f030_systick.c(63): error: unknown type name '__weak'
__weak void InitTick(uint32_t HclkFreq)
^
../Libraries/src/cw32f030_systick.c(92): error: unknown type name '__weak'
__weak uint32_t GetTick(void)
^
../Libraries/src/cw32f030_systick.c(92): error: expected ';' after top level declarator
__weak uint32_t GetTick(void)

警告为

./TFT/font.h(152): warning: illegal character encoding in string literal [-Winvalid-source-encoding]
"<D6><C7>", 0x20,0x00,0x3E,0x7C,0x48,0x44,0x08,0x44,0xFF,0x44,0x14,0x44,0x22,0x7C,0x40,0x00,0x1F,0xF0,0x10,0x10,0x10,0x10,0x1F,0xF0,0x10,0x10,0x10,0x10,0x1F,0xF0,0x10,0x10,/*"<D6><C7>",0*/
 ^~~~~~~~
./TFT/font.h(154): warning: illegal character encoding in string literal [-Winvalid-source-encoding]
"<C4><DC>",0x10,0x40,0x24,0x44,0x42,0x48,0x

最低0.47元/天 解锁文章
GUDULVTU-2022
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
华大单片机KEIL报错_WEAK的解决方案
u014453443的博客
06-27 6757
在使用Keil编译有时出现无法识别__WEAK的问题，截图如下：提示的错误信息如下： 解决办法： 因为在Keil中需要定义成才会被识别（非大写的_WEAK)，所以在头文件base_types.h文件中添加如下几行定义，编译就OK啦！ 2、原因分析 ARM系列编译工具链：__CC_ARM、__ICCARM__、__GNUC__、__TASKING__ 为了解决上面报错的问题，定义了__ICCARM__和__CC_ARM，这里做一个说明：__CC_ARM对应的平台是：ARM RealView： Rea
keil编译报错：.\Objects\GPIO.axf: error: L6002U: Could not open file .\objects\rgb.o: No such file or dir
最新发布
Cj_C_cc的博客
06-30 683
出现错误.\Objects\GPIO.axf: error: L6002U: Could not open file .\objects\rgb.o: No such file or directory的新解决方法。
【MCU】Keil编译无法识别__WEAK问题
ZHONGCAI0901的博客
09-11 1万+
文章目录1. Keil编译无法识别__WEAK问题2. ARM系列编译工具链：`__CC_ARM、__ICCARM__、__GNUC__、__TASKING__`__CC_ARM对应的平台是：ARM RealView：__ICCARM__对应的平台是：IAR EWARM：__GNUC__对应的平台是：GNU Compiler Collection:__TASKING__对应的平台是：Altinum Designer：3. 参考博客 1. Keil编译无法识别__WEAK问题 在使用Keil编译有时出现无法识
【keil】“__weak”类型的含义
guanlizhongxintishi的博客
02-16 1410
/* WEAK : symbol is only imported into other sources if no other source exports an alternative symbol.  If [WEAK] is used without symbol, all exported symbols are weak. */ // 意思就是告诉链接器:  // "我略弱但我很绅...
Keil> 编译器特有的功能 > 关键字和运算符 > __weak
weixin_30701521的博客
03-16 857
__weak 此关键字指示编译器弱导出符号。 可以将__weak关键字应用于函数和变量声明以及函数定义。 用法 函数和变量声明 对于声明，此存储类指定一个extern对象声明，即使不存在，也不会导致链接器将未解析的引用作为错误处理。 例如： __weak void f(void); ... f(); // call f weakly 如果从编译为跳转或跳转链接指...
从CubeMX得到的工程出现unknown type name“uint64_t”的错误
2301_77216209的博客
08-08 436
我在配置好引脚之后，打开生成的工程进行编译，直接给我弹出三百多个error。打开出错的文件，发现出现uint64_t的地方全都报错了。最后就试着点进头文件去看了下，发现他把64的定义给注释掉了。虽然我也没想明白为什么要注释这个，总之取消掉注释，就不会报错了。在网上找了半天也没解决。有说是没有添加头文件，我看了下那里面也有stdint的头文件。写这个主要是想记录下第一次使用cubemx遇到的情况。
（笔记）KEIL经常碰到的错误（持续整理）
一个放笔记的小书架
04-13 2776
KEIL经常碰到的错误（持续整理）
STM32F072C8T6开发板ALTIUM设计原理图PCB+3D集成封装库+KIEL测试软件源码.zip
03-17
STM32F072C8T6开发板ALTIUM设计原理图PCB+3D集成封装库+KIEL测试软件源码，硬件2层板设计，ALTIUM设计的工程文件，包括完整的原理图和PCB文件，可以做为你的设计参考。 集成库型号列表： Library Component Count : ...
STM32 ARM CORTEX-M3 KILE4 C 系统集成.zip
12-25
【STM32与ARM Cortex-M3】 STM32是由意法半导体（STMicroelectronics）推出的基于ARM Cortex-M内核的微控制器系列。Cortex-M3是ARM公司设计的一种高效能、低功耗的32位处理器核心，适用于嵌入式应用。在STM32中，...
keil4 keil5 程序移植
04-13
keil4 keil5 程序移植
STM32F072C8T6最小核心板 AD设计原理图+PCB+KIEL测试软件源码.zip
01-28
STM32F072C8T6最小核心板 AD设计原理图+PCB+KIEL测试软件源码， ALTIUM AD09设计的工程文件，2层板，包括完整的原理图，PCB文件，板子连线比较乱，但是已经打板验证过了，可以用测试代码跑一下。可以做为你的产品...
12MHZ_LEFT.rar_89s52 led_led 点阵_matrix led_单片机 led点阵_显示汉字
09-23
在这个项目中，开发者使用C语言编写代码，通过Kiel集成开发环境（IDE）进行编译，该IDE提供了便利的代码编辑、编译和调试功能。 LED点阵是由多个LED灯组成的一种显示设备，通常用于显示文字、图形等信息。在本项目...
头文件循环引用导致“unknown type name”的问题详解
热门推荐
m0_51178386的博客
09-06 1万+
经过检查，未知的变量类型所在的头文件已经被包含在本头文件中了，而且也添加进了头文件目录，通过Ctrl键也能跳转，表面看上去没有任何问题，甚至怀疑是编译器出问题了。这条语句的时候，会寻找名为b.h的头文件并进行编译，而这个时候，c.h中剩下的内容并没有参与编译。而在a.h中，由于包含了c.h头文件，编译器也会去寻找该头文件，然而 #这条语句提示编译器c.h已经参与编译了，因此会跳出c.h的编译，回到a.h中，当继续编译到。语句会判断当前没有编译c.h文件，而对c.h进行编译，当执行到 #
keil出现大量未知语法错误（系统移植）
IT嵌入式小生
08-08 1万+
这些错误是由于没有正确设置编译器导致的： 上边小锤子图案，Target 然后ARM Compiler 选择版本5 就不会出错了 Build started: Project: FREERTOS *** Using Compiler 'V6.16', folder: 'D:\qrsSoftware\Keil5\MDK\ARM\ARMCLANG\Bin' Build target 'Target 1' ../FreeRTOS/croutine.c(27): warning: In file incl..
C++编译时报错 error: unknown type name ‘ ‘
feikudai8460的博客
12-31 1万+
今天项目中，遇到一个很奇怪的问题，明明导入了头文件，却一直说不知道该类型。 如类VideoInfo 类存储的是视频 的信息参数，它当作参数，传入 解码器，作为解码器的成员变量，如下： #include <cstdint> #include "IDecode.h" extern "C"{ #include "libavformat/avformat.h" #include "libavcodec/avcodec.h" }; class VideoInfo { public: .
Keil_V5 MDK编译时出现：关于core_cm3.c的错误
weixin_53318879的博客
05-20 1589
这是6版编译器和5版编译器不兼容出现的问题 解决方式一 在项目中删除core_cm3.c文件 解决方式二 把6版编译器变成5版编译器
MDK谜之行为
weixin_43343497的博客
09-07 329
2019年9月7日 adc.h报错 error in include chain adc.h :unknown typename unit32_t but 定义数据变量已经全部检查过 在魔术棒里把ADC路径删除，添加一次 谜之不报错
D:\KIel\ARM\ARMCC\Bin\..\include\stdio.h(597): error: #20: identifier "size_t" is undefined怎么解决
04-08
这个错误是因为在你的代码中使用了一个未定义的标识符 "size_t"。"size_t" 是一个在 C 语言中定义的数据类型，通常用于表示对象的大小或数组的长度。要解决这个错误，你可以按照以下步骤进行操作： 1. 确保你的代码中包含了正确的头文件。在这种情况下，你需要包含 <stddef.h> 头文件，因为 "size_t" 是在该头文件中定义的。你可以在代码中添加以下语句来包含该头文件： ```c #include <stddef.h> ``` 2. 如果你已经包含了正确的头文件但仍然出现错误，可能是因为编译器没有正确地识别 "size_t" 类型。这可能是由于编译器版本或配置问题导致的。你可以尝试更新编译器版本或检查编译器配置是否正确。 3. 如果以上步骤都没有解决问题，你可以尝试在代码中显式定义 "size_t" 类型。你可以使用以下语句来定义 "size_t" 类型： ```c typedef unsigned int size_t; ``` 这将把 "size_t" 定义为无符号整数类型。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值