我可以在没有图形卡或MESA的计算机上编程/编译OpenGL 4.0代码吗? [英] Can I program/compile OpenGL 4.0 code on my computer without a graphics card or MESA?

查看:141
本文介绍了我可以在没有图形卡或MESA的计算机上编程/编译OpenGL 4.0代码吗?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我最近开始使用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声明,您可以 查看全文

相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆