A family of Microsoft suites of integrated development tools for building applications for Windows, the web, mobile devices and many other platforms. Miscellaneous topics that do not fit into specific categories.
The linker is not looking for a real .obj file from GLUT. The path c:\glutdlls36\ was likely added in the wrong linker setting, so Visual Studio is treating that directory as an input file and trying to open it as an object file.
Use these settings instead:
- In C/C++ include settings, add the include directory that contains the
GLfolder.- Example: the parent include path, not the header file itself.
- Then include the needed headers in code.
- In the linker settings, add the library directory only as a library search path.
-
c:\glutdlls36\belongs in the linker library directory setting, not in additional dependencies.
-
- In the linker input settings, add the actual library file names, for example the appropriate
.libfile such asglut32.lib.- The linker links against
.libfiles, not.dllfiles directly.
- The linker links against
- Make sure the matching DLL is available when running the app.
- A DLL can be placed in the same path as the executable, anywhere in the system path, or in a side-by-side assembly.
- Verify header names and paths exactly.
- OpenGL core functions use
#include <GL\gl.h>. - If a file can’t be found, C1083 commonly means the include path or file name is wrong.
- OpenGL core functions use
The key fix is:
- Library directory:
c:\glutdlls36\ - Additional dependencies:
glut32.libor the correct GLUT.libfile - Do not put
c:\glutdlls36\itself in linker input