Разрешить путь GLM в Windows 10 для CEGUI

Question

Я пытаюсь настроить свою систему для разработки пользовательского интерфейса с помощью CE GUI (v 0.8.7). Это не удалось из-за отсутствия зависимости GLM. Сначала я также получил предупреждение об устаревании для CMP0045.

• . Затем я загрузил и собрал GLM из исходного кода (v 0.9.9.8). CMake дал мне 190 проектов для GLM (все они тестовые проекты), настройка и генерация cmake выполнены успешно. Я построил проекты. По-видимому, все они были тестовыми проектами, поэтому я предполагаю, что GLM предназначен только для заголовков.

• Повторная попытка cmake настроить CE GUI снова не удалась. Затем я установил «отсутствующую переменную среды» GLM_H_PATH вручную. Я попробовал путь, по которому находится GLM findXyz.cmake, каталог, в котором находятся *.hpp файлы, которые CMake хочет включить для настройки CE GUI, и объединение ; обоих. Все без успеха. Благодаря пути включения в моей системе env vars я даже попытался перезагрузить Windows, прежде чем пытаться снова.

• Ещё я попытался добавить GLM_H_PATH в качестве пути к заголовкам GLM вручную в список CMake- gui. Он просто исчез при повторном запуске Configure.

• Поскольку я подумал, что, возможно, пробел в имени пользователя и тот факт, что я загрузил обе библиотеки в свой каталог User, вызывает проблемы, я явно создал путь без пробелов и повторил попытку с тем же результат.

Может ли кто-нибудь указать мне правильное направление относительно того, что эти двое хотят от меня, чтобы мирно работать вместе?

Answer 1

Этим утром я больше не мог найти кодовую базу. Поэтому я скачал новый, на этот раз определенно CE GUI v0.8.7.

Настройка CMake и сборка C ++ в этот раз работали нормально.

Однако тесты Python воспроизводимо не выполняются, поскольку в пути проекта есть пробел.

---

Я не буду заниматься этой проблемой, поскольку я не могу воспроизвести проблему больше. В течение следующих нескольких месяцев я все еще буду держать это открытым, на случай, если кто-нибудь может сказать мне, что, вероятно, пошло не так.