globalmem.c:193:2: 错误：隐式声明函数‘kmalloc’ [-Werror=implicit-function-declaration]

最新推荐文章于 2020-04-11 17:26:00 发布
转载 最新推荐文章于 2020-04-11 17:26:00 发布 · 2.3k 阅读 · 0
文章标签：

#include

本文解决了因函数未声明导致的编译错误问题，通过引入正确的头文件来确保kmalloc与kfree等函数能被正确识别。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

隐式声明函数错误的意思是函数在未声明之前就被调用了，需要先声明这两个函数，版本变化导致这个错误的出现。

解决方法：

找到kmalloc与kfree的声明头文件并include进来就可以了

#include <linux/slab.h>

error：expected declaration specifiers or '...' before '&' token的解决
santirenpc的博客
12-30 2万+
最近，在给字符设备驱动globalmem增加代码，实现其只能被一个进程打开的功能时，遇到了一个错误error：expected declaration specifiers or '...' before '&' token，周末折腾了两天都没有思路。周一的时候总算解决了。现总结如下： 1、原globalmem设备驱动已编译调试通过。 2、为实现只能被一个进程打开...
videobuf2相关的videobuf-vmalloc.c 中内存分配kmalloc使用
菜鸡搞计算机
01-04 264
内存分配
错误: 隐式声明函数‘kmalloc’ [-Werror=implicit-function-declaration]
07-24 4349
编译时遇到这个错误，原因是没有包含头文件linux/slab.h. /home/xxha/study/char/memdev.c:152:2: 错误： 隐式声明函数‘kmalloc’ [-Werror=implicit-function-declaration] 隐式声明函数错误的意思是函数在未声明之前就被调用了，需要先声明这两个函数，版本变化导致这个错误的出现。 解决方法： 找到
警告：隐式声明与内建函数 ‘(函数名)’ 不兼容
我的网络笔记本
03-28 1116
编译器发出这种警告的原因是：没有找到头文件。应该用"#include"将函数所使用的头文件包含进来
万恶之源：C语言中的隐式函数声明
smstong的成长轨迹
01-15 4万+
1 什么是C语言的隐式函数声明在C语言中，函数在调用前不一定非要声明。如果没有声明，那么编译器会自动按照一种隐式声明的规则，为调用函数的C代码产生汇编代码。下面是一个例子：int main(int argc, char** argv) { double x = any_name_function(); return 0; } 单纯的编译上述源代码，并没有任何报错，只是在链接阶段因为找
调用class_create(),class_device_create()函数编译报错的解决方法
mingtianwendy的博客
09-19 1906
在代码中加入class_create(),class_device_create()函数，编译时华丽丽得报了一大堆错误：make -C /usr/src/linux-source-4.4.0 M=/home/ubuntu/Documents/first_drv modules make[1]: Entering directory '/usr/src/linux-source-4.4.0
/home/lufee/mydiraver//globalmem.c:193:2: 错误：隐式声明函数‘kmalloc’ [-Werror=implicit-function-declaration]
咕唧咕唧shubo.lk的专栏
09-17 1万+
/home/lufee/mydiraver//globalmem.c:193:2: 错误：隐式声明函数‘kmalloc’ [-Werror=implicit-function-declaration] /home/lufee/mydiraver//globalmem.c:210
/home/ty/code_data/g99/system/vendor/alps/kernel-5.10/drivers/misc/mediatek/flashlight/globalmem.c:173:8: error: incompatible function pointer types initializing 'ssize_t (*)(struct device *, struct device_attribute *, char *)' (aka 'long (*)(struct device *, struct device_attribute *, char *)') with an expression of type 'ssize_t (struct device *, struct device_attribute *, char *, size_t)' (aka 'long (struct device *, struct device_attribute *, char *, unsigned long)') [-Werror,-Wincompatible-function-pointer-types] static DEVICE_ATTR_RW(debugger); ^~~~~~~~~~~~~~~~~~~~~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/include/linux/device.h:132:45: note: expanded from macro 'DEVICE_ATTR_RW' struct device_attribute dev_attr_##_name = __ATTR_RW(_name) ^~~~~~~~~~~~~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/include/linux/sysfs.h:138:46: note: expanded from macro '__ATTR_RW' #define __ATTR_RW(_name) __ATTR(_name, 0644, _name##_show, _name##_store) ^~~~~~~~~~~~ <scratch space>:15:1: note: expanded from here debugger_show ^~~~~~~~~~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/include/linux/sysfs.h:104:10: note: expanded from macro '__ATTR' .show = _show, \ ^~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/drivers/misc/mediatek/flashlight/globalmem.c:173:8: error: incompatible function pointer types initializing 'ssize_t (*)(struct device *, struct device_attribute *, const char *, size_t)' (aka 'long (*)(struct device *, struct device_attribute *, const char *, unsigned long)') with an expression of type 'ssize_t (struct device *, struct device_attribute *, char *, size_t)' (aka 'long (struct device *, struct device_attribute *, char *, unsigned long)') [-Werror,-Wincompatible-function-pointer-types] static DEVICE_ATTR_RW(debugger); ^~
08-07
ccflags-y := -Werror -Wimplicit-function-declaration ``` #### 错误示例分析 原始错误信息通常类似： ```bash error: incompatible function pointer types: expected ssize_t (*)(struct device *, struct ...
Linux设备驱动开发详解-第6章字符设备驱动(二)-支持2个globalmem[归纳].pdf
10-19
《Linux设备驱动开发详解-第6章字符设备驱动(二)-支持2个globalmem》 在Linux设备驱动开发中，字符设备驱动是重要的组成部分，它允许应用程序与硬件设备进行低级别的交互。本章节主要探讨如何扩展之前的单个...
globalmem.c
11-20
一个简单的字符设备globalmem的驱动程序
隐式函数声明 [-Wimplicit-function-declaration]
pcj_888的博客
04-11 2万+
什么是隐式函数声明 C语言中，函数调用前不一定要声明。如果没有声明，编译器会自动按照一种隐式声明规则，为调用函数的C代码产生汇编代码。 忽略隐式函数声明警告的危害 隐式声明函数恰好在库中存在，这种情况可参考 https://www.jb51.net/article/78212.htm 编译so库时会出现未定义符号，导致加载该so的程序执行出错。举例如下: // add.c int add(in...
关于编译时报implicit-function-declaration（隐式声明）错误的解决方法
热门推荐
superbfly的专栏
10-20 6万+
隐式声明这块的处理一般来说是必须的，但有时候处理这方面的问题真的很让人头疼。有个比较省力的方法，在编译时将“-Werror-implicit-function-declaration”这句话删掉。我是在整个工程里面搜索这句话，发现在configure里面，然后就是将configure里面的这名删掉，就可以编译了。
隐式声明函数kfree
为了部落！
04-09 1898
驱动程序make时出现以下错误： /home/zqy/文档/char/demo.c: 在函数‘DEMO_cleanup_module’中: /home/zqy/文档/char/demo.c:161:3: 错误： 隐式声明函数‘kfree’ [-Werror=implicit-function-declaration] /home/zqy/文档/char/demo.c: 在函数‘DEMO_init_
警告： 隐式声明函数‘close’ [-Wimplicit-function-declaration]
勤能补拙
04-26 1万+
在Ubuntu下，用套接字编程时用到了close函数来关闭套接字，没想到编译的时候遇到了警告：  警告： 隐式声明函数‘close’ [-Wimplicit-function-declaration] man一下close 原来需要包含 #include 本以为close能关闭套接字和文件描述符，就会和文件操作函数或套接字函数定义在同样的文件中。看来是想当然了。
750W高PF值充电机电源方案：基于UCC28070、ST6599和PIC16F193X的设计与实现
08-08
750W高功率因数（PF）充电机电源设计方案，采用TI公司的UCC28070作为交错式PFC控制器，ST公司ST6599用于LLC谐振变换，以及Microchip的PIC16F193X作为主控芯片。文中不仅提供了详细的原理图、设计文件和烧录程序，还分享了实际调试经验和技术细节。具体来说，PFC环节通过优化乘法器补偿和电流环参数实现了极高的PF值；LLC部分则着重于死区时间和谐振腔参数的精确配置；单片机部分负责状态管理和故障保护等功能。最终方案实测效率达到94%，相比传统方案节能显著。 适合人群：电力电子工程师、硬件开发者、嵌入式系统设计师，特别是对高效电源设计感兴趣的读者。 使用场景及目标：适用于需要设计高性能、高效率充电机的企业和个人开发者。目标是在满足高功率因数的同时，提高转换效率并降低能耗。 其他说明：附带完整的原理图、设计文件和烧录程序，有助于读者快速上手并进行实际项目开发。同时引用了华南理工大学硕士学位论文的相关理论支持，使方案更具权威性和可靠性。
JAVA控制台命令详解.pdf
08-08
JAVA控制台命令详解
远程PLC通讯编程调试监控方案：基于安全验证型中转服务器的云边协同解决方案
最新发布
08-08
内容概要：本文介绍了远程PLC通讯编程调试监控方案，旨在解决传统PLC设备调试和维护过程中遇到的距离限制和技术支持难题。该方案采用安全验证型中转服务器，支持自定义网络设备接入，实现上千路PLC设备的并发对接调试。通过云边协同技术，实现了远程编程、实时监控和故障诊断等功能，极大提升了工作效率和设备稳定性。文中详细阐述了方案的核心——安全验证型中转服务器的工作原理及其提供的服务器和客户端源代码，强调了每个通信数据包均经过严格加密和验证，确保数据传输的安全性。此外，文章还探讨了云边协同带来的优势以及代码编写过程中的技术挑战和成就感。 适合人群：从事工业自动化领域的工程师、技术人员，尤其是那些负责PLC设备调试和维护的专业人士。 使用场景及目标：适用于需要远程调试和监控PLC设备的场合，如偏远地区的工程项目、大型制造企业等。主要目标是提高PLC设备的调试效率，减少现场维护成本，增强设备的可靠性和安全性。 其他说明：该方案不仅解决了实际工程中的痛点，也为工程师们提供了更多技术探索的机会，特别是关于云边协同技术和安全验证机制的学习和实践。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值