Visual Studio 2012 — ошибка LNK1104: не удается открыть файл «glew32.lib»

Честно говоря, нет никакой реальной пользы от использования DLL-версии glew (за исключением уменьшенного размера исполняемого файла, но это вряд ли имеет значение на современных ПК с Windows).

Это не похоже на то, что вы можете просто добавить новую версию DLL в свое приложение и использовать расширения, которые вы никогда не использовали раньше. Точно так же исправления ошибок настолько редки/ненужны с библиотекой, которая в основном просто анализирует спецификацию расширения. файлы, использование DLL в качестве средства исправления ошибок загрузки расширений в поставляемом программном обеспечении также нецелесообразно. Статическая привязка к glew (это означает glew32s.lib) имеет гораздо больше смысла в долгосрочной перспективе.

Библиотека статической компоновки также более переносима в Windows, она будет работать с MSVC и MinGW (тогда как библиотека DLL работает только с MSVC). Свяжите с glew32s и поместите его в любой каталог, который вы решили использовать для дополнительных зависимостей библиотеки.

Шаги по использованию классов из другого проекта (добавьте заголовок и ошибки компоновщика решателя)

1. Чтобы иметь возможность добавить заголовок из другого проекта, сначала перейдите в раздел "Свойства > c++ > Общие > Дополнительные каталоги включения" и добавьте каталог, содержащий заголовок. Теперь вы сможете добавить заголовок класса из другого проекта, но запуск проекта по-прежнему будет вызывать ошибки компоновщика.

2. Добавьте __declspec(dllexport) перед классом, который вы используете для другого проекта. Это можно добавить в заголовочный файл этого класса. Это должно быть добавлено прямо перед функцией, переменной или именем класса. Теперь вы получите файл lib. (если поместить в неправильное место, вы можете получить это предупреждение: https://msdn.microsoft.com/en-us/library/eehkcz60.aspx)

3. "Свойства > Компоновщик > Дополнительные каталоги библиотек". Укажите расположение созданного файла lib.

4. «Свойства > Компоновщик > Ввод > Дополнительные зависимости»: добавьте имя файла lib.

Похоже, что библиотека была указана как зависимость, но пути компоновщика/дополнительного поиска не были заданы для включения каталога, в котором находится библиотека.

Это может помочь.

Это случилось со мной в этой ситуации, я очищаю решение и собираю его снова, тогда возникает много ошибок, таких как LNK1104.

После попытки перезапустить IIS я успешно строю решение без ошибок LNK1104. Я не знаю почему, но перезапуск IIS занимает гораздо больше времени, чем обычно, поэтому я предполагаю, что что-то используется другим рабочим процессом IIS.

Просто попробуйте, чтобы увидеть, происходит ли это волшебство с вами.

Этот вопрос старый и помечен как решенный, но у меня были похожие симптомы проблемы с совершенно другим решением. Итак, на всякий случай, если кто-то еще наткнется здесь:
Оказалось, что, поскольку у меня было 2 проекта под одним решением (dll и exe), порядок сборки был смешанным (из окна вывода):

1> Rebuilding project1..
2> Rebuilding project1..
1> file1.cpp
2> file1.cpp

и так далее. Судя по скопированному сообщению, у вас тоже есть более одного проекта в рамках одного решения. Один проект искал файл *.lib, который еще не был создан в другой сборке.
Решение:
Щелкните правой кнопкой мыши «основной» проект -> Зависимости сборки -> Зависимости проекта.. -> Отметьте, какой проект главное зависит от.