C# Project引用另一个项目的obj文件夹中的DLL-有时编译,有时不编译
我在VisualStudio中有一个大的C解决方案,围绕它里面的24个项目和至少两个项目。CSProjl文件在其Objo文件夹中引用了其他项目的C++ .dll文件。有时编译,有时不编译。当它编译时,我能够查看引用的属性,并看到它指向.dll的obj文件夹。当它不编译时,这些引用是空的 我曾尝试直接添加对.vcxproj的引用,但出现一个错误,即无法添加对uuuuuuuu的引用。我还尝试在\release文件夹中添加对.dll的引用,但我得到: <>我应该补充一下,有些C++库是用VS 2005构建的,我不知道它们是否被正确升级了。在VS2017中,他们旁边都说是Visual Studio 2013,所以我想这就是他们的目标C# Project引用另一个项目的obj文件夹中的DLL-有时编译,有时不编译,c#,c++,visual-studio,C#,C++,Visual Studio,我在VisualStudio中有一个大的C解决方案,围绕它里面的24个项目和至少两个项目。CSProjl文件在其Objo文件夹中引用了其他项目的C++ .dll文件。有时编译,有时不编译。当它编译时,我能够查看引用的属性,并看到它指向.dll的obj文件夹。当它不编译时,这些引用是空的 我曾尝试直接添加对.vcxproj的引用,但出现一个错误,即无法添加对uuuuuuuu的引用。我还尝试在\release文件夹中添加对.dll的引用,但我得到: 我应该补充一下,有些C++库是用VS 2005构建
因此,最终我的问题是,为什么会有人从obj文件夹中添加引用,以及如何使其可靠地构建 我以一种奇怪的方式修复了这个问题,可能不想被其他人使用,但我想我还是会发布解决方案。我在构建服务器上找到了一个好的构建,从obj文件夹中获取了那些临时的.dll,并将它们放在源代码管理中的一个永久位置,并添加了对它们的直接引用。现在问题已经解决了。请注意,对于所有默认为False的.dll,我确实必须将嵌入互操作类型更改为True。当然,如果生成这些.dll的代码发生更改,我们将不得不重新生成它们并在源代码管理中进行更新,但它们都非常旧,我们不认为这对我们来说是个问题 祝你好运!我不知道为什么一开始obj文件夹中有对.dll的引用 Ben可能重复的