EXPORT_SYMBOL() 错误--warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'

最新推荐文章于 2024-07-02 21:29:57 发布
原创 最新推荐文章于 2024-07-02 21:29:57 发布 · 1w 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#EXPORT_SYMBOL

本文详细解析了在使用EXPORT_SYMBOL()导出函数到内核符号表时遇到的警告信息，包括'datadefinitionhasnotypeorstorageclass'、'typedefaultsto'int'indeclarationof'EXPORT_SYMBOL''和'parameternames(withouttypes)infunctiondeclaration'。文章指出，这些问题的根源在于未包含linux/module.h头文件，并提供了正确的解决方案。

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

最近使用EXPORT_SYMBOL() 导出函数到内核符号表时，出现如下面的错误：

        warning: data definition has no type or storage class

        warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'

        warning: parameter names (without types) in function declaration

经查找资料，原来自己犯了一个非常低级的错误：没有包含module.h头文件，在文件中包含该头文件即可解决该告警：

        #include <linux/module.h>

/usr/lib64/python2.6/site-packages/pycurl.so: undefined symbol: CRYPTO_set_locking_callback
zhaoyangjian724的专栏
09-26 2882
[root@frontend01 yum.repos.d]# cd /etc/yum.repos.d;wget http://rpms.adiscon.com/v8-stable/rsyslog.repo --2016-09-26 10:25:40-- http://rpms.adiscon.com/v8-stable/rsyslog.repo Resolving rpms.adiscon.co
QEMU零知识学习3 —— QEMU配置
phmatthaus的专栏
01-16 2530
QEMU零知识学习3 —— QEMU配置
LiteOS_a - SYS_RUN()函数缺少头文件。
DSK_981029的博客
10-31 904
SYS_RUN(); SYS_RUN()函数缺少头文件。 编译提示： error: data definition has no type or storage class [-Werror] SYS_RUN(mymain); ^~~~~~~ error: type defaults to 'int' in declaration of 'SYS_RUN' [-Werror=implicit-int] 解决： //给.c文件添加头文件 #include "ohos_init.h" //主要是这个文件
高版本linux的EXPORT_SYMBOL共享变量通过extern 导入编译出现 undefined 错误
jenthyu的博客
07-02 626
高版本linux的EXPORT_SYMBOL共享变量通过extern 导入编译出现 undefined 错误解决
qt Type defaults to ‘int‘ in declaration of
mokart的博客
08-11 1454
编译qt程序的时候，遇到了qt Type defaults to 'int' in declaration of这个问题 原因是因为有一个.c的文件 改成.cpp就ok了
EXPORT_SYMBOL 杂谈
luansh的专栏
07-12 701
EXPORT_SYMBOL() 的作用是将符号（变量或者函数名称）动态的导出到内核符号表——内核符号表与内存文件“/proc/kallsyms”对应（所有/proc/目录下的内存文件，都是随操作系统的运行动态创建与修改的，反应系统当前的运行状态）； 编译出的 .ko模块，是会在运行时引用/proc/kallsyms中的符号，可以认为，.ko 模块是内核态的动态链接模块（类似 .so模块），引用其
kernel添加EXPORT_SYMBOL()引用依然报未定义符号的错误？
TotoroJoey的博客
12-12 823
1、检查EXPORT_SYMBOL()的函数是否添加了static关键字，如有需要去掉；3、若函数无参数extern时需要添加void关键字。2、检查引用符号的地方是否有extern？4、检查Makefile与Kconfig。
谈EXPORT_SYMBOL使用
热门推荐
Macross的专栏
09-27 5万+
EXPORT_SYMBOL只出现在2.6内核中，在2.4内核默认的非static 函数和变量都会自动导入到kernel 空间的， 都不用EXPORT_SYMBOL() 做标记的。2.6就必须用EXPORT_SYMBOL() 来导出来（因为2.6默认不到处所有的符号）。 1、EXPORT_SYMBOL的作用是什么？EXPORT_SYMBOL标签内定义的函数或者符号对全部内核代码公开，
PC-Lint
weixin_30727835的博客
06-25 6897
This file contains the text of the FlexeLint/PC-lint error messages. It is to be used in conjunction with licensed FlexeLint/PC-lint software. Copyright (C) 1985-2008 Gimpel Software, All rights res...
gcc2.95下 ns2.1b8a 编译 错误集锦（从多个其他好多 页面整合过来的错误）
lsy20062039的专栏
02-19 2487
m -f *.a *.o libtcl* core errs *~ \#* TAGS *.E a.out \ errors tclsh tcltest lib.exp if test -f dltest/Makefile; then cd dltest; make clean; fi rm -rf Makefile config.status config.cache config.log
c#网络实例
12-18
c#网络编程，编写网络应用程序是程序设计中最有趣的领域之一。眼看着自己编写的程序成功地通过网络实现了通信，这是特别令人振奋的
esp32-s3+GC9A01基于vs code+PlatformIO+ardunio框架的lvgl库导入和配置
CD391的博客
07-02 1674
`本节内容介绍esp32-s3+GC9A01基于vs code+PlatformIO+ardunio框架的LVGL库导入 环境如下： platform = espressif32 board = esp32-s3-devkitc-1 framework = arduino 测试硬件如下： ESP32-S3-N16R8 GC9A01不带触摸
EXPORT_SYMBOL的使用
liujiaoyage的专栏
06-30 538
转载自：http://blog.youkuaiyun.com/macrossdzh/article/details/4601648 EXPORT_SYMBOL只出现在2.6内核中，在2.4内核默认的非static 函数和变量都会自动导入到kernel 空间的， 都不用EXPORT_SYMBOL() 做标记的。 2.6就必须用EXPORT_SYMBOL() 来导出来（因为2.6默认不到处所有的符号）。 
EXPORT_SYMBOL warning data type
kevin.ji的专栏
07-11 2794
warning: data definition has no type or storage class
关于全局变量的一个问题
weixin_30487701的博客
12-16 758
一 #include<stdio.h> //int a; //a=10; int a=10; int main()｛ 　　printf("%d",a); 　　getchar(); 　　return 0; } 会有一个警告：数据定义没有类型或者存储类型 warning: data definition has no type or storage class [en...
c语言包含头文件声明加extern,对于C语言头文件里面extern的理解 2018-04-18
weixin_29200485的博客
05-24 895
如果想在一个C文件里面引用另外一个C文件里面的变量，怎！么！办？我们的做法是将变量在H文件中声明为ertern，然后在其他文件中导入这个H文件。这里需要注意的是，如果导入了H文件，那就不能声明同名的变量了。另外，H文件中的声明变量必须是在别的文件里面已经声明过的。这里特别强调变！量！如上图。左边是H文件，里面声明的一个ppp变量。在右边的文件里面引入H文件。但是！这个ppp变量是不能直接用的。wa...
C语言和gcc笔记
Notebook
04-09 1272
1.C语言中的register关键字只是类型修饰符和const和volatile的地位一样。在C语言中定义register a;用gcc -Wall 编译后会警告type defaults to `int' in declaration of `a'，可见register 只是修饰符。 2.在C语言中数组会退化为指针。如下代码 #include #include int main(){
编译内核模块常见问题
Android/Linux的专栏
02-15 2万+
在x86上做出来了，但是在ARM上却出现了很多问题，有内核代码准备的问题，有模块代码问题，也有Makefile的问题。看似不起眼的角色，出了问题也很纠结。 第一种：内核代码没有准备好 [root@localhost module]# make make -C /opt/kangear/kernel/linux-2.6.32.2 M=/root/桌面/kangear/module modu
这是什么情况：(new_env) C:\Users\23221>conda install -n base mamba -c conda-forge -y Collecting package metadata (current_repodata.json): done Solving environment: | The environment is inconsistent, please check the package plan carefully The following packages are causing the inconsistency: - defaults/win-64::anaconda-client==1.9.0=py39haa95532_0 - https://mirrors.tuna.tsinghua.edu.cn/anaconda/pkgs/main/win-64::anaconda==custom=py39_1 - defaults/win-64::anaconda-navigator==2.1.4=py39haa95532_0 - defaults/noarch::anaconda-project==0.10.2=pyhd3eb1b0_0 - defaults/win-64::astroid==2.6.6=py39haa95532_0 - defaults/noarch::backports.functools_lru_cache==1.6.4=pyhd3eb1b0_0 - defaults/win-64::bcrypt==3.2.0=py39h196d8e1_0 - defaults/win-64::bokeh==2.4.2=py39haa95532_0 - defaults/win-64::clyent==1.2.2=py39haa95532_1 - http://mirrors.tuna.tsinghua.edu.cn/anaconda/pkgs/main/win-64::conda==22.9.0=py39haa95532_0 - defaults/win-64::conda-build==3.21.8=py39haa95532_2 - defaults/noarch::conda-pack==0.6.0=pyhd3eb1b0_0 - defaults/noarch::conda-repo-cli==1.0.4=pyhd3eb1b0_0 - defaults/noarch::conda-token==0.3.0=pyhd3eb1b0_0 - defaults/noarch::conda-verify==3.4.2=py_1 - defaults/noarch::cookiecutter==1.7.3=pyhd3eb1b0_0 - defaults/noarch::dask==2022.2.1=pyhd3eb1b0_0 - defaults/noarch::datashader==0.13.0=pyhd3eb1b0_1 - defaults/noarch::distributed==2022.2.1=pyhd3eb1b0_0 - defaults/noarch::flake8==3.9.2=pyhd3eb1b0_0 - defaults/noarch::flask==1.1.2=pyhd3eb1b0_0 - defaults/win-64::gensim==4.1.2=py39hd77b12b_0 - defaults/noarch::google-api-core==1.25.1=pyhd3eb1b0_0 - defaults/noarch::google-auth==1.33.0=pyhd3eb1b0_0 - defaults/noarch::google-cloud-core==1.7.1=pyhd3eb1b0_0 - defaults/noarch::google-cloud-storage==1.31.0=py_0 - defaults/noarch::holoviews==1.14.8=pyhd3eb1b0_0 - defaults/noarch::hvplot==0.7.3=pyhd3eb1b0_1 - defaults/noarch::intake==0.6.5=pyhd3eb1b0_0 - defaults/win-64::ipykernel==6.9.1=py39haa95532_0 - defaults/win-64::ipytho
最新发布
03-26
<think>嗯，用户遇到了在Conda环境中安装Mamba时出现的不一致问题，需要解决。首先，我应该回忆一下Conda和Mamba的基本知识。Conda是一个包管理工具，而Mamba是它的一个更快替代品，用来加速依赖解析和安装过程。当安装包时，环境不一致错误通常是因为现有的包与新安装的包之间存在依赖冲突。 根据用户提到的引用[4]，错误可能与setuptools的版本有关。例如，用户可能尝试安装特定版本的setuptools，但与其他包不兼容。首先，用户需要确保基础环境（base）是最新的，因为引用[2]提到安装在base环境的包可以在小环境中调用。所以，第一步可能是更新conda本身，然后安装mamba到base环境，这样可以避免重复安装。 接下来，用户可能需要检查环境文件（如environment.yml）中的依赖版本是否兼容。例如，如果用户指定了Python 3.8和setuptools 63.4.1，需要确认这些版本是否与其他包兼容。此外，使用mamba代替conda安装可能更快发现依赖问题，因为mamba的解析器更高效。 另一个常见的问题是环境没有正确激活。用户需要确保在安装前通过conda activate base切换到base环境。此外，如果环境已经存在，可能需要先修复现有环境的不一致，使用conda update --all或mamba update --all来更新所有包，或者使用conda env export检查依赖关系。 如果问题仍然存在，用户可能需要手动解决冲突，比如移除冲突的包或指定特定版本。或者尝试创建一个新的干净环境，避免旧环境中积累的依赖问题。最后，清理conda的缓存和临时文件也可能有助于解决某些安装问题。</think>### 解决Conda环境安装Mamba时的不一致问题 #### 1. 确保基础环境(base)更新并激活 - **切换至base环境**： ```bash conda activate base ``` 所有系统级工具（如mamba）建议安装在base环境中，避免多环境重复安装[^2]。 - **更新conda和现有包**： ```bash conda update -n base conda conda update --all ``` #### 2. 优先使用Mamba加速安装 - **安装mamba到base环境**： ```bash conda install -n base mamba -c conda-forge ``` Mamba的依赖解析速度更快，能更早发现冲突[^1]。 #### 3. 检查环境配置文件(environment.yml) 若通过文件安装（如`environment.yml`），需确保依赖版本兼容： ```yaml name: my_env channels: - defaults - conda-forge dependencies: - python=3.8 - setuptools=63.4.1 - mamba ``` - **关键点**： - 指定`conda-forge`频道以避免包来源冲突[^4]。 - 固定版本需验证兼容性（如`setuptools=63.4.1`是否支持当前Python版本）。 #### 4. 使用Mamba替代Conda安装 ```bash mamba env create -f environment.yml ``` 若报错，Mamba会直接提示冲突的包，例如： ``` Conflict: packageA requires libX>=2.0, but packageB requires libX<1.9 ``` #### 5. 手动解决依赖冲突 - **移除冲突包**： ```bash conda remove 冲突包名 ``` - **指定版本约束**： ```bash mamba install "包名>=1.0,<2.0" ``` #### 6. 清理缓存并重试 ```bash conda clean --all ``` #### 7. 重建环境（极端情况） 若环境已损坏，直接删除并重建： ```bash conda env remove -n 环境名 mamba env create -f environment.yml ``` ---
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值