C++ Visual Studio 2013将64 DLL文件强制转换为32位应用程序-如何修复此问题?

C++ Visual Studio 2013将64 DLL文件强制转换为32位应用程序-如何修复此问题?,c++,opengl,visual-studio-2013,C++,Opengl,Visual Studio 2013,编辑: 因此,我在dependency walker上又做了一些修改,遇到了一个令人难以置信的令人沮丧的事实:Visual Studio一直在将一个64位DLL(msvcr120.DLL/msvcp120.DLL/glu32.DLL)强制加入到程序中。我试图从我的链接器设置中删除所有库并发送一个空文件(int main{return(0);}),但它仍然将其强制输入,这给了我错误 这基本上意味着,无论我编译什么——实际上无论我编译什么——程序都无法在其他计算机上运行。它也不能在我自己的电脑上运行

编辑:

因此,我在dependency walker上又做了一些修改,遇到了一个令人难以置信的令人沮丧的事实:Visual Studio一直在将一个64位DLL(msvcr120.DLL/msvcp120.DLL/glu32.DLL)强制加入到程序中。我试图从我的链接器设置中删除所有库并发送一个空文件(int main{return(0);}),但它仍然将其强制输入,这给了我错误

这基本上意味着,无论我编译什么——实际上无论我编译什么——程序都无法在其他计算机上运行。它也不能在我自己的电脑上运行

如何解决这个问题

编辑结束

问题如下:该程序在我自己的电脑上编译和运行时没有bug。(Windows 7 64位,程序为32位)

但是,当我将其传输到我兄弟的PC(Windows 8 64位)和我朋友的一台操作系统我不知道的计算机时,程序返回以下错误:(0xc000007b)

因此,我在互联网络中寻找解决方案,偶然发现了dependency walker。在这里,我发现了一些奇怪的错误,表明我的魔鬼太老了,或者我是这么认为的

所以我试图找出如何手动编译DevIL,以便从MSVCR80升级到120,但没有成功

所以,问题是-如何通过VS2013 32位手动编译DevIL


一个附带的问题肯定是:我的问题是什么?

我发现了问题所在

当我将程序发送给朋友时,我会手动发送DLL文件。我不知道system32和sysWOW之间的位差异,所以我只是从system32发送了一些DLL文件,不知道它们是64位的


AKA:只从system32或sysWOW发送DLL文件,因为它们不共享相同的位类型。(sysWOW代表32位,system32代表64位)

真的很难猜测到底发生了什么。
msvc*
dll是C运行时库,您无法通过链接器输入设置除去它们。您可以静态链接它们,但这不是您想要的。但是,
glu32.dll
不应链接到“空白”项目中。您能为这种情况提供
.vcxproj
文件吗?当然可以,但以何种形式和方式提供?你想要原始代码,还是?