6

我们有一个相当大的 C++ 项目，我现在正在迁移到 VS2010 并在此过程中更新一些库。到目前为止，一切都构建得很好，除了我得到（对我来说）非常奇怪的错误，其中显然没有定义许多（编辑：非）标准 C 函数和符号：

error C2039: 'strdup' : is not a member of '`global namespace''    ...\ACE_wrappers\ace\OS_NS_string.inl    222
...
error C2065: 'O_WRONLY' : undeclared identifier                    ...\ACE_wrappers\ace\OS_NS_unistd.inl    1057
...

这对我来说会影响以下功能和符号：

strdup      getcwd      O_WRONLY
putenv      swab        O_TRUNC
access      unlink      S_IFDIR
chdir       mkdir       S_IFREG
rmdir       tempnam     O_RDONLY
isascii

我尝试过的 ACE 包含文件中的strdup一部分是如下所示的部分：

ACE_INLINE char *
ACE_OS::strdup (const char *s)
{
#  if (defined (ACE_LACKS_STRDUP) && !defined(ACE_STRDUP_EQUIVALENT)) \
  || defined (ACE_HAS_STRDUP_EMULATION)
  return ACE_OS::strdup_emulation (s);
#  elif defined (ACE_STRDUP_EQUIVALENT)
  return ACE_STRDUP_EQUIVALENT (s);
#  elif defined (ACE_HAS_NONCONST_STRDUP)
  return ::strdup (const_cast<char *> (s));
#else
  return ::strdup (s);
#  endif /* (ACE_LACKS_STRDUP && !ACE_STRDUP_EQUIVALENT) || ... */
}

上面和下面的其他函数有很多类似的部分，所有这些都编译得很好。

在我的情况下采取的路径是最后一条，即return ::strdup (s);. ::strdup如果我在VS上按 F12，我会string.h进入 C 标准库的声明。

如果我删除它构建的命名空间限定符，尽管 IntelliSense 告诉我它现在是一个递归调用，所以它可能无法工作。如果我将命名空间更改为std::我会收到大约 270个错误，这一次来自其他几个项目。如果我将功能更改为::_strdup它构建。包括string.h作为第一件事没有改变。

（注意事项：“它构建”是指“这个特定的编译器错误在那个位置消失了，但显然它仍然留下关于其他函数的错误。）

我在这里有点不知所措。我注意到许多大型库要么在标准库上构建自己的抽象，要么提供默认情况下不存在的东西，这就是 ACE 和 ImageMagick 已经发生冲突的地方（在两者中，但typedef定义ssize_t不兼容）。由于我们引入了很多库（我现在也没有确切的概述），这很可能是另一个冲突，由错误的包含顺序和类似的事情引起。来自 ACE 的相同包含在同一解决方案中的其他项目中显然可以正常工作，这一事实也暗示了这一点。

任何人都知道我至少可以在这里寻找什么？构建日志/showIncludes只有 24k 行，所以我在那里看不到很多模式，除了string.h在有问题的 ACE 标头之前包含的模式。

而且我不想修改库源代码，因为如果我们更新到新版本，那只会再次咬我们。

4

3 回答 3

4

“许多标准 C 函数和符号未定义”

strdup不是标准的 C 函数。它是在 POSIX 中定义的，但不是在 C 或 C++ 中定义的。引用MSDN：

从 Visual C++ 2005 开始不推荐使用这些 POSIX 函数。请改用符合 ISO C++ 标准的 _strdup、_wcsdup、_mbsdup。

在我看来，您列出的符号都不是标准的 C 函数。

于 2012-11-28T14:45:43.010 回答
1

Mark B 的评论促使我查看 12 MiB 的预处理器输出，我能够解决它。在定义string.h的代码片段中，strdup如下所示：

#if     !__STDC__

...

_Check_return_ _CRT_NONSTDC_DEPRECATE(_strdup) _CRTIMP char * __cdecl strdup(_In_opt_z_ const char * _Src);

碰巧这个单个项目定义了__STDC__导致许多非标准C但仍然在C标准库中的符号（感谢Rob φ挑剔但没有解决问题）功能消失完全地。

我知道它们已被弃用，我收到很多警告告诉我。但如前所述，我不会为我们使用的第 3 方库维护项目特定的补丁，只是为了在更新它们时再次获得同样的乐趣。

于 2012-11-28T15:13:38.210 回答
0

如果我正确理解 VS，那么strdup现在不推荐使用 等函数名称（我认为不符合 POSIX 标准）。您应该使用带下划线的版本。

当这发生在我身上时，我进行了全局搜索和替换，因为这似乎是一件明智的事情，并且可以使源代码保持良好状态以备将来使用（VS 2012 已经发布！:)）。

于 2012-11-28T14:45:23.773 回答