opengl在vs2010中运行问题解决

http://www.cppblog.com/guojingjia2006/archive/2009/01/08/68874.html

OpenGL vs2010中碰到的配置问题,网上找了下,以下和我碰到的一样,可以解决,感谢作者
unresolved external symbol __imp____glutInitWithExit@12 unresolved external symbol __imp____glutCreateWindowWithExit@8


I have the folling files in the following locations: -

glut.h
glu.h
gl.h
C:\Program Files\Microsoft Visual Studio 8\VC\include\GL

glut.32.lib
C:\Program Files\Microsoft Visual Studio 8\VC\lib

glut32.dll
glu32.gll
C:\WINDOWS\system32


I make a new project (Win32 Console App).
Set the Additional Dependencies under
Project | Properties | Config Properties | Linker | Input
I have: -
opengl32.lib glu32.lib glut32.lib

This is basically what just about every site I look at tells me to do.
So I copy over some code that I know compiles and runs under my Dev C++ setup...
And it fails to compile with the following errors: -
1>main.obj : error LNK2019: unresolved external symbol __imp____glutInitWithExit@12 referenced in function _glutInit_ATEXIT_HACK@8

1>main.obj : error LNK2019: unresolved external symbol __imp____glutCreateWindowWithExit@8 referenced in function _glutCreateWindow_ATEXIT_HACK@4


This is didn't happen a little while ago, as I was trying to solve a previous problem. This was that when I tried to run a successfully compiled program, an error would say: -
The procedure entry point __glutInitWithExit could not be located in the dynamic link library glut32.dll


solution:

Try define the following line right before including the header, glut.h.

#define GLUT_DISABLE_ATEXIT_HACK

为什么出现这个错误,这是我在网站上找到的原因,和大家分享一下:

Win32 has an annoying issue where there are multiple C run-time
libraries (CRTs). If the executable is linked with a different CRT
from the GLUT DLL, the GLUT DLL will not share the same CRT static
data seen by the executable. In particular, atexit callbacks registered
in the executable will not be called if GLUT calls its (different)
exit routine). GLUT is typically built with the
"/MD" option (the CRT with multithreading DLL support), but the Visual
C++ linker default is "/ML" (the single threaded CRT).
One workaround to this issue is requiring users to always link with
the same CRT as GLUT is compiled with. That requires users supply a
non-standard option. GLUT 3.7 has its own built-in workaround where
the executable's "exit" function pointer is covertly passed to GLUT.
GLUT then calls the executable's exit function pointer to ensure that
any "atexit" calls registered by the application are called if GLUT
needs to exit.

Note that the __glut*WithExit routines should NEVER be called directly.
To avoid the atexit workaround, #define GLUT_DISABLE_ATEXIT_HACK. */



--------------------------------------------------------------------天道酬勤!
原文地址:https://www.cnblogs.com/graph/p/2215991.html