忽略 OS X 上框架标头中的警告
Ignore warnings from framework headers on OS X
当我在C++项目中包括外部库头时,我可以使用-isystem
标志而不是-I
(至少对于GCC或Clang)将特定的包含目录标记为系统库目录。这样编译器就不会报告有关外部库代码的任何警告。
有没有办法使用 OS X 框架标头执行此操作,这些标头不是使用 -I
标志传递给编译器,而是使用指向目录框架所在的标志-F
?
例
编译命令:
clang++ -F/Users/user/CustomFrameworks -o test.o -c test.cpp
测试.cpp
#include <Framework/Header.h>
// ....
框架结构:
$ ls /Users/user/CustomFrameworks
Framework.framework
$ ls /Users/user/CustomFrameworks/Framework.framework/Headers
Header.h
如何忽略来自Header.h
的警告?
如果可能的话,我宁愿不在我的代码中放置任何特定于编译器的编译指示。
使用 -iframework
标志。有时阅读手册页会有所帮助...
相关文章:
- 警告处理为错误这里有什么问题
- 使用动态分配的数组会导致代码分析发出虚假的C6386缓冲区溢出警告
- cppcheck在const std::string[]上引发警告
- GCC对可能有效的代码抛出init list生存期警告
- 如何在BST的这个简单递归实现中消除警告
- 关于std::move的使用,是否有编译警告
- g++ 在某个类成员未初始化时不发出警告
- 在没有Xcode的情况下在Mac捆绑包中嵌入框架
- 如何处理来自核心指南检查器的关于gsl::at的静态分析警告
- catch框架有没有办法比较流或文件
- 使用typeid警告未使用的变量
- 示例C++项目编译中的警告
- 如何将不同的可执行文件合并到一个窗口框架中进行编码?像浏览器一样
- 使用Qt框架在c ++类中创建API调用
- 警告:在函数返回类型 [-Wignore 限定符] 时忽略类型限定符
- 如何修复编译器警告 C6386 和 C6385?
- 返回语句后的代码,没有警告
- 如何在ECS框架中更新组件数据和通知系统
- 获取隐式转换溢出从无符号到已签名的警告
- 忽略 OS X 上框架标头中的警告