链接器错误：当我根本没有定义它时，已经在我的项目中定义了答案

【问题标题】：Linker error: already defined in my project when I don't define it at all链接器错误：当我根本没有定义它时，已经在我的项目中定义了
【发布时间】：2010-12-22 01:32:45
【问题描述】：

我正在尝试在 Visual C++ 2010 Express 中构建一个 C 项目作为 C++，以便我可以为它创建一个 C++/CLI .net 包装器。它编译得很好，但链接器告诉我已经定义了 swprintf(...)、vswprintf(...)、_swprintf_l(...) 和 _vswprintf(...)。奇怪的是，它说它们已经在我制作的 .obj 文件中定义了，而且我确信我没有定义它们。事实上，我什至没有给他们打电话。有谁知道是什么原因造成的？

一些说明：这个库是用纯 C 语言编写的，并在 OS X、FreeBSD、OpenBSD 和 Linux 中构建和运行。将其作为 .net 程序集移植到 Windows 是一项挑战。我读到 C 库必须用 C++ 构建才能获得 C++/CLI 包装器。在将其构建为 C++ 项目时，我必须进行一些调整（例如 malloc 转换），但它仍应保持 C 兼容性。

* 最终更新 *

我不知道我浪费了多少小时试图为我正在编写的文件解析库制作一个 .net 包装器。我已经尝试了几次，每次都失败了。这次我确实比以往任何时候都走得更远，但我仍然无法让它发挥作用。

我最初设想的是一个 3 个项目的解决方案：

一个非托管静态库，用 C 语言构建
一个托管的 .net 包装器，内置于 C++/CLI 中
一个托管的 winforms 应用程序，用 C# 构建

我很快了解到，Visual Studio 的速成版提供的正是您所支付的费用，并且不允许您在一个解决方案中混合使用不同语言的项目。为了做到这一点，我必须为 VS Pro 支付 800 美元，而这不会发生！

我决定用 C++/CLI 编写简单的应用程序来适应这一点。即便如此，它也根本行不通。显然，我要么必须链接第 1 部分中的 .obj 文件（这不起作用，因为它无法使用 /clr 编译 C 文件），要么必须使用 /clr:safe 构建第 2 部分（这会产生各种其他问题） .

我真的不知道这是否是 VS 无用的 Express 版本的限制，或者这是否甚至可以通过荒谬的昂贵版本实现（奇怪的是 800 美元可以获得 VS Pro，但 700 美元可以获得所有 XCode 和一个可以运行的 Mac Mini！Microsoft Dev Tax 任何人？！？）但无论哪种方式，我已经受够了。我的库在 OS X、FreeBSD、OpenBSD、Linux 和 OpenSolaris 上运行良好，但在 Windows 上运行良好，直到 MS 发布了真正有用的免费开发工具并提供了一种使用 PORTABLE 代码的方法（这适用于），我刚刚赢了没关系。

感谢所有给予建议和帮助的人。

jorj

【问题讨论】：

有点腥味。这些名称是否出现在您的源文件中任何地方？如果有，在哪里？
不，但我确实有几个调用 snprintf(...)，我已将其定义为 windows 的 _snprintf(...)，这可能被重新定义为有问题的函数名称之一stdio.h.

标签： c++ c windows linker

【解决方案1】：

您可以检查所有项目和文件是否使用相同的通用运行时库（属性 | C\C++）并检查运行时库设置。包括多线程调试 DLL (\MDd) CRT 和多线程 DLL(\MD) 或其他与 CRT 库混合的此类可能会导致类似的情况。

您可以发布链接器输出吗？有没有提到任何关于 \NODEFAULTLIB 的内容？

【讨论】：

【解决方案2】：

您可以使用预处理到文件选项。这将快速告诉您函数的来源！

您可能正在使用它们的 _tcs 版本吗？

【讨论】：

好主意。我没有在 Build 菜单中看到预处理选项，所以我认为 Express 不允许它 - 我从没想过查看属性。从这个输出中，我看到 swprintf(...) 是从 swprintf.inl 文件中定义的。这可能包含在 stdio.h 中，我包含在我的大部分（如果不是全部）.c 文件中。几行有一个“#pragma once”，但显然它被忽略了。头文件不应该声明（只是一个原型）函数而不是定义（提供所有代码）它们吗？
@sirjorj：在 C 中，我应该这样认为。也许单独发布一个好问题。
@sirjorj：但是您使用的是 C++/CLI，因此它是完全合法的。（你确定它们不是 .cpp 文件吗？）
我没有将其构建为托管代码。这些是被构建为 c++ (/TP) 的 .c 文件，因为我读到非托管代码必须构建为 c++ 才能从中生成 .net 包装器。
@sirjorj：那么你就是在有效地使用 C++。

【解决方案3】：

这通常是由链接使用不同选项或不同运行时库生成的对象引起的。我猜您的某些对象是在启用调试选项的情况下编译的，而其他对象则没有或类似的东西。

【讨论】：

它是纯C，所以没有字面意义上的“对象”，它只是一个项目，所以据我所知，所有文件都应该具有相同的设置。
@sirjorj：这里的“对象”是指编译器使用的内部 *.obj 文件。尝试“全部重建”之类的选项？

【解决方案4】：

因为它们会自动包含在 CRT 运行时 vs2010 的链接中。

如果您尝试导出包含这些内容的函数，可以在它们前面加上 c_ ？

【讨论】：

【解决方案5】：

@sirjorj-- swprintf 在 wchar.h 中定义。你#包括哪些标题？

【讨论】：