问题描述
我最近开始使用Redbook 8th Edition处理Open GL 4.0.从早上开始到现在，我一直无法编译OpenGL程序的"HelloWorld".
I recently began working with Open GL 4.0 using the Redbook 8th edition. From the start of the morning until now I wasn't able to compile the 'HelloWorld' of OpenGL programs.
我配置了依赖项，将freeGlut/GLEW/GLSL的文件内容传输到了VS 2013 C ++ IDE的相应VC文件夹中.最终，我确信，事件分解的催化剂是发生的，因为VS在不同位置引用了多个lib文件，并且链接器无法使引用的文件首尾相接.
I configured the dependencies, transferred file contents of freeGlut/GLEW/GLSL to the respective VC folder for my VS 2013 C++ IDE. I eventually became convinced that the catalyst for this breakdown of events happened because VS was referencing multiple lib files in different locations and the linker couldn't make heads- to tails of what it was referencing.
但是我意识到我还幼稚/无知的另一个问题. 我是否会因为我的依赖项配置而遇到编译问题，而不是因为我只有内置芯片组而不是卡而没有MESA?
However I realized another issue that I was naive/ignorant about. Could I be having compiling issues not because of my dependency configuration but because I only have a built in chipset instead of a card and no MESA?
我不知道我的内置芯片组是否支持openGL 4.0
I don't know if my built-in chipset supports openGL 4.0
Intel(R)HD Graphics 4000
我在VS 2013中的编译错误没有提供任何线索"，表明其存在硬件问题.所有这些都是LNK2005问题.
My compiltation errors within VS 2013 give no 'clue' that its a hardware issue. All of them are LNK2005 issues.
推荐答案
您可以整天编译 GL4程序.完全独立于您可能拥有或可能没有的图形硬件.地狱，如果您真的愿意的话，可以使用MinGW从无头Linux盒中交叉编译Win32 OpenGL程序！
You can compile GL4 programs all day long. Totally independent of what graphics hardware you may or may not have. Hell, you can cross-compile Win32 OpenGL programs from a headless Linux box using MinGW if you really wanted to!
您是否可以运行这些程序是您的GL实现的功能.
Whether or not you can run those programs is a function of your GL implementation.
Wiki声明，您可以.
这篇关于我可以在没有图形卡或MESA的计算机上编程/编译OpenGL 4.0代码吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！