Сейчас я использую 64-битный компилятор TDM-GCC и изначально собрал все мои библиотеки (зависимости для других библиотек) и проекты, использующие этот компилятор для создания 64-битных двоичных файлов (что я и хочу).
Недавно я столкнулся с некоторыми проблемами при сборке, где я создавал проект Fast Light Tool Kit (gui toolkit), который включал math.h. Именно здесь я столкнулся с моей первой проблемой сборки и заставил меня понять, что я, вероятно, настроил свою среду сборки неправильно. Все было построено с использованием MSYS.
Мой корневой каталог — C: \ mingw, поэтому, когда я настраивал каждый проект, я использовал команды:
./configure —prefix = c: \ mingw и соответствующие каталоги c: \ mingw include и lib были созданы (c: \ mingw \ include & C: \ MinGW \ Lib).
FLTK содержит файл math.h, который указывает компилятору искать соответствующий файл math.h c ++ в соответствующем каталоге include, но проблема заключается в том, что он сообщает, что не может его найти (math.h: такого файла или директора нет). так далее). Я использую Windows 7 64 бит.
Я думаю, это потому, что, как я настроил свою среду сборки, я, возможно, не учел тот факт, что TDM-GCC может компилировать 32- и 64-битные двоичные файлы, так что это как-то повлияло на интерпретацию компилятора того, где мой c ++ math.h файл есть.
Я посмотрел это объяснение о том, как собирать библиотеки, используя Mingw64, по этой ссылке: введите описание ссылки здесь но я думаю, что TDM-GCC позаботился о некоторых проблемах, которые призвана решить эта статья.
Как правильно настроить среду сборки для 64-битного компилятора TDM-GCC, чтобы все мои каталоги были найдены?
Я заметил, что есть несколько каталогов включения:
C: \ MinGW \ x86_64-w64-mingw32 \ включают
C: \ MinGW \ Lib \ НКУ \ x86_64-w64-mingw32 \ 5.1.0 \ включают
PLUS мой собственный каталог, созданный, когда я строю свои проекты
Что я здесь не так делаю? Должен ли я использовать один из первых двух каталогов в качестве моего включаемого каталога? Я думаю, что это, где я настроил вещи.
Задача ещё не решена.
Других решений пока нет …