compile tslib1.4,----error: call to ‘__open_missing_mode’ declared with attribute error

最新推荐文章于 2024-08-10 20:38:57 发布
最新推荐文章于 2024-08-10 20:38:57 发布
阅读量6.1k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： UI相关
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/flyeagle022/article/details/8282295
在尝试编译tslib时遇到一个错误：'__open_missing_mode' 被声明为带有错误属性。解决方案是检查代码中使用open函数的地方，特别是当使用O_CREAT标志时，必须提供第三个参数0777以符合GCC的严格语法检查。通过修改lines 227和229，添加这个参数可以解决问题。

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

problem:
---------------------
ts_calibrate.c: In function ‘main’:
ts_calibrate.c:234: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result
In file included from /usr/include/fcntl.h:205,
                 from /usr/include/sys/fcntl.h:1,
                 from ts_calibrate.c:20:
In function ‘open’,
    inlined from ‘main’ at ts_calibrate.c:227:
/usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments
In function ‘open’,
    inlined from ‘main’ at ts_calibrate.c:229:
/usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 argume
最低0.47元/天 解锁文章

200万优质内容无限畅学
Qwen2-VL出现RuntimeError: CUDA error: too many resources requested for launch CUDA kernel errors的解决方案
weixin_43178406的博客
10-31 13万+
本文主要介绍了Qwen2-VL出现RuntimeError: CUDA error: too many resources requested for launch CUDA kernel errors的解决方案，希望能对使用Qwen2-VL的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
Qt for android 移植android studio项目报错activity_main.xml:9: AAPT: error: attribute layout_constraintBott
波风水门
12-31 2724
文章目录问题报错代码解决方案方案一治标(某种意义上也算是治根)针对Qt方案二治根 针对Android,Qt也无妨 问题报错代码 简约错误 activity_main.xml:9: AAPT: error: attribute layout_constraintBottom_toBottomOf (aka com.jni.f:layout_constraintBottom_toBottomOf) not found. 全部错误如下： * What went wrong: Execution failed
安装tslib时遇到的问题error: call to ‘__open_missing_mode’ declared with attribute
NanYunQingNiao的博客
09-09 1720
在按照Ubuntu下  lpp0900320123的嵌入式Qt开发环境的搭建 中的方法步骤安装安装触摸屏校验工具tslib时遇到两个问题： 1.粘贴复制网页上的命令#./configure     --prefix=/usr/local/tslib --host=arm-linux ac_cv_func_malloc_0_nonnull=yes到中断执行时报错。解决办法将命令中所有的空格删掉，在
linux下qt中 调用open函数 出现call to '__open_missing_mode' declared with attribute error。。解决...
java开发指南博客 【转载】
05-07 473
调用open函数，因为使用open函数的时候，如果在第二个参数中使用了 O_CREAT，就必须添加第三个参数：创建文件时赋予的初始权。 解决方案：在调用open函数的那一行的参数里加个“0666”或者“0777”均可！ 如： redir_handle = open (redir, O_WRONLY | O_TRUNC | O_CREAT) 改为： redir_handle = open ...
android下编摄像头的hal下代码时的错误error: call to '__property_get_too_small_error' declared with attribute error
zhubin0613的专栏
06-27 3898
inlined from 'UINT32 CAM_CALGetCalData(UINT32*)' at mediatek/platform/mt6582/hardware/mtkcam/custom/imgsensor/../../../../../../..//out/target/product/bird82_lwt_cb_a_kk/obj/CUSTGEN/custom//hal/imgsen
编译busybox错误
qq_34031123的博客
10-09 496
1.错误一 ipsvd/tcpudp.c: In function 'tcpudpsvd_main': ipsvd/tcpudp.c:314:10: warning: ignoring return value of 'write', declared with attribute warn_unused_result make[1]: *** [ipsvd...
编译出现 warn_unused_result -Wunused-result 如何解决
summer的博客
12-02 6868
ignoring return value of ‘int RUN_ALL_TESTS()’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 根据这个提示可以猜测编译的传递-Wno-unused-result可以解决，确实解决了
使用Bazel编译报错ERROR: Unrecognized option: --experimental_repo_remote_exec解决方法
sinat_28371057的博客
04-06 4183
ERROR: Unrecognized option: --experimental_repo_remote_exec 一、问题： INFO: Options provided by the client: Inherited 'common' options: --isatty=1 --terminal_columns=80 INFO: Reading rc options for 'version' from /home/emadboctor/tensorflow/.bazelrc: .
ignoring return value of ‘scanf’, declared with attribute warn_unused_result
热门推荐
qingsemengshou的博客
07-01 3万+
#include <stdio.h> int main(int argc, const char * argv[]) { int k; scanf("%d",&k); int arr[k]; for(int i = 0;i<k;i++){ scanf("%d",&arr[i]); } int s...
编译android4.4 报错error: call to '__property_get_too_small_error' declared with attribute 的处理 （转载）...
weixin_30666943的博客
10-07 149
　　转自：http://blog.csdn.net/syhost/article/details/14448899 完整的报错为： system/core/include/cutils/properties.h:64:39: error: call to '__property_get_too_small_error' declared with attribute erro...
arm linux kernel编译问题总结
二进制模----细微行动改变影响世界
06-20 2651
https://blog.csdn.net/skyleemon/article/details/80646726
消除 warning: ignoring return value of 'fgets', declared with attribute warn_unused_result
weixin_41231299的博客
06-20 1万+
Ubuntu下编译WIFI时出现错误： warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result 意为：警告：忽略用属性warn_unus声明的“fgets”的返回值 原因：fgets这个函数有返回值，调用时没赋值 解决： 1.在调用的C文件开头申明 全局变量 char* temp_p...
交叉编译dbus模块到Qt 遇到的错误及解决
wangn222的博客
07-13 2386
转自： http://blog.csdn.net/yanzi1225627/article/details/7855124 由于用qt来检测U盘插拔，要用dbus。pc调试通过后，发现到板子里没有dbus。原来默认情况下，编译arm版本qt时是不带dbus的，因此要重新交叉编译qt。 我的配置： ./configure -prefix /usr/local/arm/arm2-qt-4.8.1 -op
C语言中compile time assert的实现
baron-周贺贺-代码改变世界ctw
09-19 1210
我们在编译代码的时候，有时候需要检测某个变量，若不符合我们的要求，则终止编译。 如下参考了optee os中的一个示例的实现： 代码; COMPILE_TIME_ASSERT(CFG_MMAP_REGIONS >= 13); 代码； COMPILE_TIME_ASSERT的实现如下： （optee_os/lib/libutils/isoc/include/assert.h） #define COMPILE_TIME_ASSERT(x) \ do { \ switch (0) { cas
Linux内核编程：实现断言
CrazyHeroZK的专栏
03-03 1982
断言 定义 断言是非常常见的，其语义就是判断某个条件，如果不为真，就执行一段非常规的动作，一般为程序立马结束运行。 分类 断言分为动态和静态的。动态断言也叫运行时断言，即在程序运行的使用，由比较指令来判断条件；而静态断言是在代码的编译过程中，通过编译器对常量表达式的计算来判断条件成立与否的，即一般不会生成额外的代码。 实现 静态断言 一般我们在没有编译器特性支撑的情况下，可以使用C语言的语法语义...
Pat出warning: ignoring return value of ‘int scanf(const char*, ...)’, declared with attribute warn_un
jigsaw_zyx的博客
11-10 4466
计算机程序设计能力考试，输入要有scanf()的返回值，虽然没有什么卵用，还坑人。 刚提交就出了warning: ignoring return value of ‘int scanf(const char*, …)’, declared with attribute warn_unused_result [-Wunused-result] scanf("%d",&n);的错误。 有两个改进办法： 1.条件句加上判断，完事儿。 2，直接用（void)在sacnf前面。 over~ for(int
linux源码：READ_ONCE宏
RNG_uzi1111111的博客
08-10 781
先检查类型，然后转了一下类型然后取他的值，如果是看kernel代码，就基本没用，如果是写，还是很有用的，保证数据不混乱。
【关于PTA平台做题中出现的问题】warning: ignoring return value of ‘scanf’
f_day999的博客
03-05 1万+
参考：https://www.e-learn.cn/content/wangluowenzhang/88661 我是把scanf("%d",&amp;i); 写成if(scanf("%d",&amp;i)){}; 然后不再有提示的，参考中提供的其他的方法我先用了一个最简单的（在scanf前面加上（void））,结果没有消除。 ...
目前还是报错./include/linux/compiler.h:577:38: error: call to ‘__compiletime_assert_390’ declared with attribute error: pointer type mismatch in container_of()
最新发布
03-13
<think>好的，我现在要解决用户遇到的编译错误：`./include/linux/compiler.h:577:38: error: call to ‘__compiletime_assert_390’ declared with attribute error: pointer type mismatch in container_of()`。首先，我需要理解这个错误的原因。 用户提到错误发生在`compiler.h`的第577行，涉及`container_of()`宏的使用。`container_of`在Linux内核中是一个常用的宏，用于通过结构体成员的指针来获取整个结构体的指针。这个错误通常是因为类型不匹配导致的，可能是在使用`container_of`时，传入的成员指针类型与结构体中声明的成员类型不一致。 接下来，我需要回顾`container_of`的用法。它的原型通常是这样的： ```c #define container_of(ptr, type, member) ({ \ const typeof(((type *)0)->member) *__mptr = (ptr); \ (type *)((char *)__mptr - offsetof(type, member)); }) ``` 这里，`ptr`是指向结构体成员的指针，`type`是结构体类型，`member`是成员在结构体中的名称。关键点在于，`ptr`的类型必须与结构体中`member`的类型严格匹配，否则在编译时会出现类型检查错误。 用户遇到的错误提示中提到了`__compiletime_assert_390`，这通常表示编译器在编译时进行了静态断言检查，发现类型不匹配。因此，可能的情况是用户在调用`container_of`时，传递的指针类型与结构体成员的类型不符。 接下来，我需要考虑可能的解决方案。首先，检查使用`container_of`的地方，确认三个参数是否正确。特别是第一个参数`ptr`的类型是否与结构体中`member`的类型完全一致，包括是否带有`const`修饰符或其他限定符。例如，如果结构体中的成员是`struct my_struct *`，而传入的`ptr`是`void *`或者另一个类型的指针，就会导致类型不匹配。 另外，检查是否在调用`container_of`时，错误地传递了成员的偏移量或其他非指针类型的参数。确保第一个参数确实是指向结构体成员的指针，而不是其他类型的变量。 还有可能是在内核版本升级后，`container_of`宏的实现发生了变化，导致之前的代码不再兼容。这时候需要查看当前内核版本的`container_of`实现，并对照旧版本的代码进行调整。 此外，用户可能在使用`container_of`时，结构体成员的类型定义有误，或者在包含头文件时顺序有问题，导致类型未被正确识别。需要检查相关的头文件引用，确保所有相关的结构体定义都已正确包含。 最后，如果用户是在编写内核模块或驱动，可能需要检查Makefile是否正确配置，确保使用的内核头文件与当前编译的内核版本一致。内核头文件的不匹配也可能导致此类编译错误。 总结来说，解决这个问题的步骤包括： 1. 检查所有使用`container_of`的地方，确认参数类型是否匹配。 2. 确保结构体成员的类型定义正确，并与传入的指针类型一致。 3. 核对内核版本和头文件是否匹配，必要时调整代码以适应新版本的内核实现。 4. 使用调试手段，如打印类型信息或简化代码，逐步定位问题根源。</think>在编译Linux内核或内核模块时遇到`container_of()`相关的类型不匹配错误，通常是因为代码中错误地使用了该宏。以下是逐步分析和解决方案： --- ### **错误原因分析** 错误信息： ```bash ./include/linux/compiler.h:577:38: error: call to ‘__compiletime_assert_390’ declared with attribute error: pointer type mismatch in container_of() ``` - **核心问题**：`container_of(ptr, type, member)`宏的第一个参数`ptr`的类型与结构体`type`中成员`member`的类型不一致。 - **触发机制**：Linux内核在编译时会通过静态断言（`static_assert`）检查类型是否严格匹配，若不匹配则报错。 --- ### **步骤 1：理解`container_of`的工作原理** `container_of`宏用于通过结构体成员的指针反向获取整个结构体的指针。其典型实现如下： ```c #define container_of(ptr, type, member) ({ \ const typeof(((type *)0)->member) *__mptr = (ptr); \ (type *)((char *)__mptr - offsetof(type, member)); }) ``` - `ptr`：指向结构体成员的指针。 - `type`：结构体类型。 - `member`：结构体中成员的名称。 **关键点**：`ptr`的类型必须与`type`结构体中`member`的类型完全一致（包括`const`修饰符）。 --- ### **步骤 2：检查代码中`container_of`的使用** 在报错位置附近的代码中，找到所有`container_of`调用，并检查以下内容： 1. **参数类型一致性**： - 确保`ptr`的类型与结构体成员的类型完全匹配。 - 例如，如果结构体定义为： ```c struct my_struct { int value; struct list_head list; }; ``` 则`container_of`的调用应为： ```c struct my_struct *p = container_of(ptr, struct my_struct, list); ``` - `ptr`必须是`struct list_head *`类型。 2. **常见错误场景**： - `ptr`被错误地转换为`void *`或其他类型。 - 成员名称拼写错误（如`list`误写为`lst`）。 - 结构体类型名称错误（如`struct my_struct`误写为`my_struct_t`）。 --- ### **步骤 3：解决类型不匹配问题** #### **场景 1：`ptr`类型与成员类型不一致** - **错误示例**： ```c void *ptr = ...; struct my_struct *p = container_of(ptr, struct my_struct, list); // ptr类型为void* ``` - **修复方法**： ```c struct list_head *ptr = ...; // 确保ptr类型为struct list_head* struct my_struct *p = container_of(ptr, struct my_struct, list); ``` #### **场景 2：成员类型包含`const`修饰符** - **错误示例**： ```c const struct list_head *ptr = ...; struct my_struct *p = container_of(ptr, struct my_struct, list); // ptr是const指针 ``` - **修复方法**： ```c struct list_head *ptr = ...; // 移除const或匹配结构体成员类型 ``` #### **场景 3：内核版本升级导致的变化** - 如果代码原本正常，升级内核后报错，可能是`container_of`宏的静态检查更严格。 - 对比新旧内核头文件中`container_of`的实现，调整代码类型。 --- ### **步骤 4：验证修复** 1. 重新编译代码，确认错误是否消失。 2. 若仍有问题，使用`gcc -E`预编译查看宏展开后的代码： ```bash gcc -E -I./include your_file.c | less ``` 检查`container_of`展开后的类型赋值语句： ```c const typeof(((type *)0)->member) *__mptr = (ptr); ``` 若此处类型不匹配，需进一步调整`ptr`的类型。 --- ### **总结** - **核心原则**：`container_of`的第一个参数必须与结构体成员的类型严格一致。 - **调试技巧**：逐步注释代码、打印类型信息（`#pragma message`）、检查头文件包含顺序。 - **扩展阅读**：参考内核文档[`container_of`的正确用法](https://www.kernel.org/doc/html/latest/driver-api/basics.html)。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值