我已经在Visual Studio 2010中遇到了一个奇怪的错误，已有一段时间了。
我有一个解决方案，其中包含一个可编译为静态库的项目，以及另一个非常简单但依赖于此库的项目。
有时，在最近的几天里，重建解决方案或仅使用1-3个更改的源文件编译该解决方案后，出现以下错误：
2>LINK : fatal error LNK1181: cannot open input file 'thelibrary.lib'
========== Rebuild All: 1 succeeded, 1 failed, 0 skipped ==========
编译thelibrary.lib成功，没有任何错误或警告的地方。
我曾尝试清洁溶液，但这并不总是有效。
Answers:
我只看到1种情况：您未在项目中正确设置对thelibrary.lib的依赖关系，这意味着thelibrary.lib的构建顺序错误（或者，如果您有1个以上的CPU构建配置，则同时进行；这也可以解释错误的随机性）。（您可以在以下菜单中更改项目依赖项：Menu-> Project-> Project Dependencies）
我最近遇到了同样的错误。一些挖掘提出了这一点：http : //support.microsoft.com/kb/815645
基本上，如果.lib路径中有空格，那就不好了。不知道这是不是正在发生，但是似乎有可能。
修复方法是1）将lib引用放在“引号”中，或2）将lib的路径添加到库目录（配置属性>> VC ++目录）中。
我在VS 2010和VS 2012中都遇到了同样的问题。在我的系统上，第一个静态库被构建，然后在主项目开始构建时立即被删除。
问题是几个项目的公用中间文件夹。只需为每个项目分配单独的中间文件夹。
在这里阅读更多
我有一个类似的问题，因为我在属于项目本身LINK1181的.OBJ文件中出错（整个项目中只有2个.cxx文件）。
最初，我已将项目设置为.EXE在Visual Studio中生成一个，然后在中
Property Pages -> Configuration Properties -> General -> Project Defaults -> Configuration Type，我将.EXE更改为.DLL。怀疑Visual Studio 2008有点混乱，我从一开始就使用.DLL模式从头开始重新创建了整个解决方案。之后问题就消失了。我想像一下，如果您手动选择.vcproj和其他相关文件的方法，便可以弄清楚如何解决问题而无需从头开始（但我的程序由两个.cpp文件组成，因此更容易重新开始）。
我正陷入同样的问题。对我来说，这似乎是由两个具有相同名称的项目引起的，一个项目取决于另一个项目。
例如，我有一个名为Foo的项目，它生成Foo.lib。然后，我还有另一个也称为Foo的项目，该项目生成Foo.exe并在Foo.lib中进行链接。
我观看了带有过程监视器的文件活动。似乎正在发生的事情是首先构建了Foo（lib），这是正确的，因为Foo（exe）被标记为依赖于Foo（lib）。一切都很好并且可以成功构建，并将其放置在输出目录中-$（OutDir）$（TargetName）$（TargetExt）。然后触发Foo（exe）进行重建。好吧，重建是干净的，然后是建造。Foo.exe的“清理”阶段似乎是从输出目录中删除Foo.lib。这也解释了为什么后续的“构建”起作用的原因-不会删除输出文件。
我猜是VS中的错误。
不幸的是，由于涉及重建，因此我没有解决问题的方法。一种解决方法是手动发布“清理”，然后发布。
我有同样的问题。通过定义OBJECTS包含所有链接器对象的宏来解决它，例如：
OBJECTS = target.exe kernel32.lib mylib.lib (etc)
然后$(OBJECTS)在链接器的命令行上指定。
我不使用Visual Studio，只是nmake和.MAK文件
在带有长参数列表的Windows上从cmd运行lib.exe时出现相同的错误。显然，cmd.exe的最大行长约为8K个字符，这导致此阈值末尾的文件名被更改，从而导致严重的文件名错误。我的解决方案是修剪线。我从文件名中删除了所有路径，并使用/ LIBPATH选项添加了单个路径。例如：
/LIBPATH:absolute_path /OUT:outfilename filename1.obj filename2.obj ... filenameN.obj
我为此找到了另一种解决方案...
实际上，我错过了两个库路径之间的逗号分隔符。加入共同点后对我有用。
转到：Project properties -> Linker -> General -> Link Library Dependencies
在此路径上，确保库的路径正确。
先前的代码（带有Bug-因为我忘记了用逗号分隔两个lib路径）：
<Link><AdditionalLibraryDirectories>..\..\Build\lib\$(Configuration)**..\..\Build\Release;**%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
修复后的代码（只需用逗号分隔库即可）：
<Link><AdditionalLibraryDirectories>..\..\Build\lib\$(Configuration)**;..\..\Build\Release;**%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
希望这会帮助你。
在我的情况下，我使用NuGet软件包（cpprestsdk）安装了该库，并且错误地将该库添加到链接器设置中的“其他依赖关系”中。事实证明，包装为您完成了所有工作。
链接器然后尝试在库路径中找到该库，当然找不到它。
从附加依赖项中删除库后，所有内容都可以编译和链接。
我bin在project_dir级别创建了一个release/debug目录，然后在bin文件夹内创建了一个目录，这为我解决了问题。