添加相同的“*.dll”引用同一解决方案中的多个项目

Question

我有一个 Visual Studio 2008 .NET C++/CLI 解决方案。我的解决方案由许多子项目组成。我为每个项目定义了一个自定义构建目录，并将其称为“输出”。

我的解决方案：

• MyFirstProject (*.exe)
• MySecondPrject (*.dll)
• ...
• MyNthProject (*.dll)

每个子项目都使用 Log4.net。所以我创建一个目录（称为 LogBinary）并将 log4.net DLL 放入那个文件夹。然后，为了使用 log4net，我添加此 DLL 作为对每个项目的引用。

但是当我尝试编译我的主项目 (*.exe) 时，我收到了大量警告（超过 400 个）。

举个例子：

警告 110 警告 C4945：“AbsoluteTimeDateFormatter”： 无法从'somepath\log4net.dll'导入符号：as 'log4net::DateFormatter::AbsoluteTimeDateFormatter' 已从另一个程序集导入 'log4net'"somepath\log4net.dll"

很多警告：

已从另一个程序集导入

为什么我会收到这些警告？有没有人有解决方案将相同的 DLL 添加到多个项目（除了使用 GAC）？

Answer 1

我终于找到了解决这个问题的方法，感觉不像黑客。我在来自'的回复中找到了答案msdn 社交网站上的pyro_serv`：

解决方法是在每个 VC 项目引用上使用“在构建中使用依赖项”和“在构建中使用”标志（通过 VC 属性表），并根据您的情况切换它们以解决此错误。

因此，对于 OP 的示例，如下所示：

Solution -> Log4.net
Solution -> Proj1
Solution -> Proj1 -> Log4.net
Solution -> Proj2
Solution -> Proj2 -> Log4.net
...

避免警告的方法是将所有对 Proj1、Proj2、..、Projn 的引用设置为 false。 。

我刚刚用一个演示解决方案验证了这一点，它运行得很好 - 我不敢相信这个解决方案是如此简单以及我浪费了多少时间来找到它！

Answer 2

更改项目上的引用，将所有“复制本地...”属性设置为 false。

来源：http://developertips.blogspot.com/2008/07/ccli -警告-c4945.html

Answer 3

我今天又遇到同样的问题。
首先，感谢乔恩·凯奇（Jon Cage）和他在该线程上的帖子中的链接文章，参见上面（或下面）。 +1!!!它解决了我的问题。

但是因为我讨厌诸如根据您的情况切换它们之类的事情，这意味着除了反复试验之外什么也没有，所以我做了一些测试，因为我有 2 个解决方案，其中有很多每个中都有 C++/CLI 项目。

这是我的建议和解释：
对于所有“自行创建”的程序集（将“复制本地”设置为 true）：

“公共属性”-> “框架和参考文献”-> “参考文献”->选择参考。
在右侧的属性表上-> “构建属性”-> “在构建中使用依赖关系”
--（复制自 Jon Cage 帖子链接的 msdn 论坛文章）

通过取消选中此参数Use Dependencies In Build 设置为“false”。
它充当“参考转发”，请参见下面的示例。

技术背景：
->意思是“参考文献”
方法一：
在我的解决方案 SwCore 中：
A.1.1 网络->工具，A.1.2 网络->基础。
A.2.1 工具->基础。
A.3.1 驱动器->基础知识、A.3.2 驱动器->工具、A.3.3 驱动器->网络
A.4.1 ...
将“在构建中使用依赖项”设置为 true 时，可以省略引用 A.1.2，因为它包含在 A.2.1 中。
所有文件均在 swcore\release\
中创建
==问题：
在解决方案 DDI 中：
B.1.1 DDI_hardware->DDI_job、B.1.2 DDI_hardware->drives
B.2.1 DDI_job->基础知识、B.2.2 DDI_job->工具、B.2.3 DDI_job->作业
DDI_job 在 DDI\Release\ 中创建，并将“UDInBuild”设置为 true，其中包含基础知识。
DDI_hardware 已创建...并且“UDInBuild”设置为 true，它包括 DDI_job->basics。
DDI_hardware 还参考了 SwCore\Release\
的基础知识
==>>双重参考基础知识和其他知识。 VS看到2个文件，无法识别出是相同的内容。

方法2：
A.1.1 网络->工具，A.1.2 网络->基础。
A.2.1 工具->基础。
当“UDInBuild”设置为 FALSE 时，不能省略引用 A.1.2，因为它不是从 A.2.1 转发的。
== 有效，因为任何程序集都不会包含其他更深层次的依赖项，因此不会发生冲突。

顺便说一句：这会强制您为每个项目指定所有必要的引用，因此您还可以了解您要做什么在你的项目中使用。

最后信息：我不能确定我的解释是否正确。也许其他可以确认。

Answer 4

我遇到了同样的问题。
这是由以下情况引起的，其中一个项目依赖于另一个项目：

my_solution -> System.Xaml.dll -> System.dll
my_solution -> System.dll

当我删除对 System.dll 的引用（例如）时，它解决了编译器警告。

Answer 5

我对这种情况有同样的警告：

Solution:
 |
 |-> Project1 : Outdir = "C:\out"
 |
 |-> Project2 : Outdir = [default Outdir] // Was wrong in this case
 |
 |-> Project3 : Outdir = "C:\out"

依赖关系如下。

Solution -> Project1
Solution -> Project2 -> (Project1)
Solution -> Project3 -> (Project1, Project2)

将 Project2 Outdir 修复为“C:\out”（正如实际预期，它是一个新创建的项目，忘记更改它）修复了警告。