XCode编译，no member named 'clock_t' int he global namespace

最新推荐文章于 2023-05-01 22:54:11 发布

原创最新推荐文章于 2023-05-01 22:54:11 发布 · 4.4k 阅读

0 ·

CC 4.0 BY-SA版权

本文介绍了一个关于C++编程中使用STL库时出现的编译错误：nomember named 'clock_t' in the global namespace。错误发生在同时包含多个头文件时，并详细记录了解决该问题的过程及最终的解决方案。

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

我擦，这也是个奇葩问题啊，搞得我几乎要疯掉

现象

就是写几行C++代码，然后引用了几个库，有两个头文件

A.h里有这么两句

#include <string>
#include <sstream>

B.h里面有这么几句

#include <string>
#include <map>
#include <list>

#include "A.h"

然后编译，就出现了这个错误no member named 'clock_t' int he global namespace

我什么跟什么嘛，这尼玛stl库都不能用啊，然后哥哥又各种查资料，各种尝试，最后设置一下就解决了

解决办法

打箭头的地方看到了没，修改成noe-recursive就好了

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

whitetao

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

导入ffmpeg头文件出现冲突的问题

xiaowang_lj的博客

11-18

404

解决方法，不用详细依赖每一个库，引用到上一级即可。

iOS报错命名空间“std”中的“unary_function”

xiangzhihong8的专栏

11-02

3915

选择 Pods > 构建设置 > 在“Apple Clang - 预处理”部分 > 在“宏”部分下添加发布和调试：_LIBCPP_ENABLE_CXX17_REMOVED_UNARY_BINARY_FUNCTION。我尝试删除缓存数据和派生数据并清理构建。也尝试删除 pod 和 node_modules。刚刚将我的 Xcode 升级到 15.0，突然它开始在 RCT_Folly 中出现以下错误。

参与评论您还未登录，请先登录后发表或查看评论

xcode中配置opencv: No member named 'clock_t' in the global namespace

CY_TEC的博客

04-11

3259

mac下安装了ffmpeg后，出现了一串错误，类似于这种『No member named 'clock_t' in the global namespace』这是因为在ffmpeg中包含了一个头文件：/usr/local/Cellar/ffmpeg/3.0/include/libavutil/time.h 这个头文件与系统的头文件相冲突。所以，在引用Opencv中的文件时候，要加上从op

Xcode编译错误 no member named 'clock_t' int he global namespace

lihei12345的专栏

01-07

1万+

今天需要把ffmpeg库合入工程项目中，结果遇到一个很奇怪的问题，单独的工程可以完美运行，但是合入到我们的主项目时，缺一直报错。。。这个问题非常郁闷，测试了半天，各种添加头文件库文件搜索路径测试，都没有解决这个问题。google一下，最后发现一个类似的问题，https://github.com/johmathe/Shotdetect/issues/1。终于搞明白怎么回事了，原来是ffmpeg库中使

no member named 'clock_t' int he global namespace错误解决办法

大猪的博客

08-03

2460

出现这个错误一般是用了ffmpeg库之后，ffmpeg库路径和标准库路径有冲突（具体是什么不清楚）。出现这个错误之后，可参考http://blog.youkuaiyun.com/colorapp/article/details/17963169。如果不行，则将添加库时的添加方式选择为Create folder references即可，如图：

xcode opencv报错：no member named “xxx” in the global namespace

山中有石为玉

01-22

9087

mac系统安装opencv后，xcode中工程报错：no member named “xxx” in the global namespace 解决方法：参考文章：https://stackoverflow.com/questions/30638320/xcode-cstdlib-no-member-named-xxx-in-the-global-namespace ...

MacOS环境，C++项目include ＜cmath＞编译时产生错误：error: no member named ‘*****‘ in the global namespace

m624197265的专栏

05-01

1753

自从升级macOS Monterey 版本12.6.3 (21G419)后（XCode、CommandLineTools也一并升级了）。

android studio的NDK开发报错"cstdlib error: no member named 'XXX' in the global namespace"

wangxinhe1018的专栏

03-20

6311

ndk开发make project时候报错： In file included from D:/AndroidStudio/Android/Sdk/ndk-bundle/platforms/android-15/arch-arm/usr/include\stdlib.h:43: In file included from ../../../../../dmlc_for_android/src/...

fseek,ftell,ftruncate,fsetpos,fgetpos简介

10-30

1407

1）ftell，ftell64 返回当前文件指针的wei zhi

通过升级cmake版本解决NDK编译报错：no member named ‘signbit‘ in the global namespace；

10km的专栏

12-04

4742

今天在ubuntu16下使用NDK(r19)编译thrift c++库时报了很多类似如下的错误： /android-ndk-r19c/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/include/c++/v1/cmath:314:9: error: no member named ‘signbit’ in the global namespace; did you mean ‘__signbit’? using ::signbit; ~~^ /usr/

Ubuntu20 交叉编译 Qt4.8 报错处理

u013028556的专栏

03-10

6428

Ubuntu20 交叉编译 Qt4.8 报 has no member named 错误的处理

【Linux】解决"no member named 'max_align_t'

weixin_33845477的博客

10-09

1932

编译遇到错误： /usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.1/../../../../include/c++/5.4.1/cstddef:51:11: error: no member named 'max_align_t' in the global namespace using ::max_align_t; 修改头文件stddef.h： #i...

MacOS 15（Catalina）下找不到头文件的解决方法

hualiemi7237的博客

12-29

3678

MacOS 15（Catalina）下找不到头文件的解决方法重新编译itk，连math.h都找不到，网上的解决方案是Mac OS14的，类似于： open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg 但是把pkg文件改为10.15不存在，搜索后对我可行的方法： xcrun ...

Mac安装PCL出现math.h错误问题

Lynn_mg的博客

09-17

1055

1.安装PCL brew install pcl 2.math.h错误发现如下错误: /Library/Developer/CommandLineTools/usr/include/c++/v1/cmath:313:9: error: no member named 'signbit' in the global namespace using ::signbit; 解决方法：重新安装最新...

C语言，C++编译遇到问题:has no member named ''XXX‘

最新发布

07-12

错误 `C2039: "clock_t": 不是 "`global namespace' 的成员` 是 Microsoft Visual C++ 编译器中的一个典型错误，通常表明编译器在全局命名空间中找不到 `clock_t` 类型的定义。这种情况通常出现在标准头文件未正确包含或项目配置存在问题时。 ### 错误原因 1. **缺少必要的头文件** `clock_t` 是在 C 标准库头文件 `<ctime>`（C++ 中）或 `<time.h>`（C 中）中定义的类型。如果代码中直接使用了 `clock_t` 而没有包含相应的头文件，则会导致此错误。 2. **名称空间污染或宏定义干扰** 如果代码或某些第三方库中存在宏定义、命名空间封装或其他方式覆盖了标准符号，可能会导致 `clock_t` 无法被识别为全局符号。 3. **跨平台兼容性问题** 在某些平台上（如 Windows 或特定版本的 MSVC），若项目配置不当，可能导致标准库未正确加载，进而使 `clock_t` 无法识别。 4. **项目配置问题** 在 Xcode 或其他 IDE 中，如果头文件搜索路径不完整，也可能影响标准头文件的正确解析。例如，在引用 Opencv 时，需注意头文件路径是否冲突或覆盖了标准路径[^1]。 --- ### 解决方法 1. **确保正确包含头文件** 在使用 `clock_t` 前添加以下任一语句： ```cpp #include <ctime> // C++风格 ``` 或 ```cpp #include <time.h> // C风格 ``` 2. **检查命名空间使用** 若使用的是 C++，并从 `<ctime>` 引入该类型，则应使用 `std::clock_t`，因为 C++ 将 C 标准库符号置于 `std` 命名空间中。 ```cpp std::clock_t start = std::clock(); ``` 3. **避免宏定义冲突** 检查是否有宏定义将 `clock_t` 替换为其他内容。可以在预处理阶段查看宏展开情况，或临时注释掉可疑代码进行排查。 4. **确认编译器支持和标准一致性** 确保使用的编译器支持当前代码所依赖的 C/C++ 标准。例如，在 MSVC 中启用 `/std:c++17` 或更高版本以获得更好的标准一致性。 5. **检查 IDE 头文件路径设置** 对于 Xcode 用户，参考引用中提到的内容，确保头文件搜索路径中包含 `/usr/local/include` 并设置为非递归，同时引用 OpenCV 头文件时应使用 `opencv/` 或 `opencv2/` 子路径[^1]。 6. **清理并重新构建项目** 有时缓存或中间文件可能损坏，尝试清理项目并重新构建可解决此类问题。 --- ### 示例代码 ```cpp #include <iostream> #include <ctime> int main() { std::clock_t start = std::clock(); // 模拟耗时操作 for (volatile int i = 0; i < 1000000; ++i); double duration = static_cast<double>(std::clock() - start) / CLOCKS_PER_SEC; std::cout << "耗时: " << duration << " 秒" << std::endl; return 0; } ``` ---