OpenGL GLEW — Точка входа в процедуру _glewInit@0 не найдена?

Question

[Fedor]

Доброго времени. Занимаюсь немного OpenGL. Но вот стандартный пример отказался выполняться.

#include <glew.h>
#include <glfw3.h>

int main(void) {
	GLFWwindow *window;

	if (!glfwInit())
		return -1;

	window = glfwCreateWindow(640, 480, "Test", NULL, NULL);
	
	glewInit();

	if (!window) {
		glfwTerminate();
		return -1;
	}

	glfwMakeContextCurrent(window);

	while (!glfwWindowShouldClose(window)) {
		glClear(GL_COLOR_BUFFER_BIT);
		glfwSwapBuffers(window);
		glfwPollEvents();
	}

	glfwTerminate();
	return 0;
}

Использую Visual Studio 2017, библиотеки GLFW и GLEW. Все пути прописаны, линкеры (glfw3.lib; glew32.lib; opengl32.lib) заданы.
Код компилируется, но при выполнении программа вылетает с ошибкой:

Сообщение

Вывод

В чем ошибка?

Comments

[Станислав Макаров]

dll-ки рядом с exe положили?

[SerJook]

Убедитесь, что версии include файлов и собранных библиотек совпадают. Убедитесь, что вы используете версию для своего компилятора.

Я решил попробовать запустить ваш пример в Visual Studio 2017 и Windows 8.1.
Скачал прекомпилированную сборку glfw https://github.com/glfw/glfw/releases/download/3.2...
Скачал прекомпилированную сборку glew https://sourceforge.net/projects/glew/files/glew/2...
В настройках линкера прописал glew32.lib;glfw3.lib;opengl32.lib и пути include/lib.
Пути к lib прописал к этим папкам: glfw-3.2.1.bin.WIN32\lib-vc2015\ и
glew-2.1.0\lib\Release\Win32\
Положил библиотеки glew32.dll и glfw3.dll в папку с программой.
Всё успешно заработало. Что я сделал не так?

[Fedor]

SerJook, спасибо за совет, причина оказалась в кривом dll, кинул в папку проверенный и все заработало.

Answer 1

[konshyn]

Подозреваю, что вы используете glew32.lib как часть shared library. В таком случае в этом файле описаны только экспортируемые символы.

Насколько помню, при сборке glew есть как динамическая библиотека, так и статическая.
У вас есть 4 варианта.
1. Поменять путь в проекте на путь к статической библиотеке.
2. Подкинуть .dll к .exe
3. Прописать в системной переменной PATH путь к динамической библиотеке .dll
4. Подкинуть .dll в какой-либо каталог, который уже прописан в PATH.

Первые два рекомендуемые, вторые два для извращенцев.
Самый лучший - первый вариант, потому что:
а) glew обычно не изменяется после сборки в проектах, если, конечно, нет где-то конфига, в котором задается, какую функцию нужно импортировать, но тогда подгрузка самой динамической библиотеки делается ручками, а не компилятором.
б) glew весит немного; мало программ используют glew, тем более на Windows.
в) Загрузка программы происходит быстрее, но в таких "масштабах" это не будет заметно, но стоит иметь в виду.