C++ 中 C 库的范围- 与

Question

《C++ 编程语言：特别版》第 431 页指出...

对于每个标头 Xh＞在全局命名空间和命名空间 std 中定义 C 标准库的一部分，有一个头文件 < CX>仅在 std 命名空间中定义相同的名称。

但是，当我在 < 中使用 C 标头时CX>样式，我不需要限定名称空间。例如...

#include <cmath>
void f() {
  double var = sqrt( 17 );
}

这可以很好地编译。尽管书上说使用 < CX> header 仅定义 std 命名空间中的名称，您可以在不限定命名空间的情况下使用这些名称。我在这里缺少什么？

PS 使用GNU.GCC编译器

Answer 1

MSVC 团队成员 Stephan T. Lavavej 在他的一篇博客文章 (http://blogs.msdn.com/vcblog/archive/2008/08/28/the-mallocator .aspx#8904359):

>另外，还应该使用 、 和 std::size_t 等！

我以前对此非常小心。 C++98有一个美好的梦想，其中>将声明命名空间 std 中的所有内容，并且 将包含 ，然后使用 using 声明将所有内容拖到全局命名空间中。 （这是 D.5 [depr.c.headers]。）

许多实现者都忽略了这一点（其中一些实现者对 C 标准库头文件的控制很少）。因此，C++0x 已被更改以符合实际情况。截至 N2723 工作论文，http://open- std.org/jtc1/sc22/wg21/docs/papers/2008/n2723.pdf ，现在 保证声明名称空间 std 中的所有内容，并且可能会也可能不会在全局命名空间内声明事物。 则相反：它保证在全局命名空间内声明所有内容，并且可能会也可能不会在命名空间 std 内声明内容。

实际上，在 C++0x 中，包括 无论如何都无法防止在全局命名空间中声明的所有内容。这就是为什么我不再打扰 。

这是库第 456 期，http: //www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#456 .

（C++0x 仍然弃用 C 标准库中的 标头，这很搞笑。）

我 100% 同意 Lavavej，只是我从来没有试图变得非常即使当我第一次开始使用 C++ 时，也要小心使用 样式标头 - 标准 C 的标头太根深蒂固了 - 并且使用它们从来没有任何现实问题（而且显然从来没有使用 样式标头对现实世界有任何好处）。

Answer 2

C 库的规则与命名空间的 C++ 库不同

gcc 解释 Gcc 中的标准文档为

该标准规定，如果包含 C 样式标头（在本例中为 ），则这些符号将在全局命名空间中可用，并且可能在命名空间 std:: 中可用（但这不再是一个严格要求。）另一方面，包含 C++ 样式标头 () 可保证在命名空间 std 中找到实体，并且可能在全局命名空间中找到实体。

在 C0X++ 规范草案中，它在第 17.6.2.3 标头部分中提到

未指定这些名称是否首先在全局命名空间范围内声明，然后注入
通过显式使用声明进入命名空间 std

Answer 3

如果不实现两次 C 库，就很难解决这个问题。请参阅 DR 456，基本上建议放弃这个问题。

Answer 4

当它违反标准时，为什么你说“这会编译得很好”？谁允许您在不限定命名空间的情况下使用这些名称？您是否在特定实现上对此进行了测试并发现它有效？

我强烈建议不要使用某些特定的非标准功能，因为它恰好适用于您选择的编译器。这些东西很容易被破坏，也许使用同一编译器的更高版本。

Answer 5

您可能缺少使用符合标准的编译器（或者您使用的编译器配置为与标准前的代码兼容）。