Сборка из исходников, вопросы по сборке будут жить здесь. Опции

[Сергей Борщ]

Вопрос по кросс-сборке.
Задача: на машине с Linux Mint 14 (64 бита) собрать КиКАД для 32-битного виндовса. С wxWidgets проблем нет, указал --host=i686-w64-mingw32 --prefix=$BUILD_DIR/../install/wx-win, все собралось и установилось. Теперь сборка собственно КиКАДа. В доке такой вариант сборки не описан или я его не нашел. Гуглением выяснил, что надо создать файл (win-cross.cmake) примерно следующего содержания

CODE

# the name of the target operating system
SET(CMAKE_SYSTEM_NAME Windows)

# which compilers to use for C and C++
SET(CMAKE_RC_COMPILER  i686-w64-mingw32-windres)
SET(CMAKE_C_COMPILER   i686-w64-mingw32-gcc)
SET(CMAKE_CXX_COMPILER i686-w64-mingw32-g++)

# here is the target environment located
SET(CMAKE_FIND_ROOT_PATH /usr/i686-w64-mingw32)

# adjust the default behaviour of the FIND_XXX() commands:
# search headers and libraries in the target environment, search
# programs in the host environment
set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)

и указать его cmake ключем -DCMAKE_TOOLCHAIN_FILE=../win-cross.cmake. Также указал путь к wx согласно инструкции: -DwxWidgets_ROOT_DIR=$BUILD_DIR/../install/wx-win"
Теперь cmake находит работающий компилятор и OpenGL но вылетает на поиске wxWidgets.

Возможно кто-то уже имеет опыт такой кросс-сборки? Как его заставить? Я, конечно, могу полезть копать внутренности CMakeModules/FindwxWidgets.cmake, но возможно кто-то уже прошел по этим граблям?

[AVL]

Я на самом деле под винду делаю следующие простые действия:
download and install http://www.cmake.org/files/v2.8/cmake-2.8.8-win32-x86.exe
download and install https://launchpad.net/bzr/2.5/2.5.1/+downlo...5.1-1-setup.exe
bzr branch lp:kicad-winbuilder
cd kicad-winbuilder
правлю KiCadWinbuilder.cmake (заменяю в двух местах lp:kicad на lp:~kicad-gost-committers/kicad/kicad)
cmake -P KiCadWinbuilder.cmake

версии cmake и bzr могут быть не обязательно как указаны, просто на тот момент когда я делал такую установку, были доступны для скачивания указанные версии этих программ.

AVL, может опишете вкратце как виджеты собираете?

Под винду собирал либо с помощью MSVC, либо посредством автоматизированного скрипта, который на lp:kicad-winbuilder
С помощью MSVC (пробовал разные версии) я потратил несколько дней, так и не смог собрать KiCad (виджеты собираются нормально).

[tema-electric]

kicad-winbuilder

Этот скрипт ни разу не сработал. Виджеты скачивал и не мог их собрать. И причин тут много.
На компе еще WinAVR стоит и WinARM, а там есть файлики типа make.exe ld.exe.

Про CMake старше 2.8. Вроде ставил и там всплыли какие-то грабли. Вобщем он отказался собирать совсем у меня.

[Сергей Борщ]

На компе еще WinAVR стоит и WinARM, а там есть файлики типа make.exe ld.exe.

ld.exe мешать не должен, потому что находится в директориях недоступных через PATH. А вот старый и глючный make от WinAVR удалите безжалостно вместе со всей директорией utils (и запить в PATH о ней тоже). Если есть такие же утилиты в комплекте WinARM - прибивайте и их. Используйте те, что идут в mingw/msys. Не уверен, что причина именно в этом, но make от WinAVR действительно глючный и вполне может быть причиной неправильной сборки.

[tema-electric]

WinAVR действительно глючный и вполне может быть причиной неправильной сборки.

Если запускать cmake из консоли, то он не может сгенерировать makefile как раз из-за путей к WinAVR. В версии с GUI эти пути указываются. Но меня малость смущает тот факт, что make.exe берется из msys, а не mingw32-make.exe. Второй собирать отказывается на отрез.
Наверно самый лучший вариант поставить виртуалную машину и там играть в эти игры на чистой системе, ну или как Вы, попытаться сделать кросскомпиляцию.

[Сергей Борщ]

Если запускать cmake из консоли, то он не может сгенерировать makefile как раз из-за путей к WinAVR. В версии с GUI эти пути указываются.

Если честно - ничего не понял.

Но меня малость смущает тот факт, что make.exe берется из msys, а не mingw32-make.exe

А не совпадают ли они с точностью до бита?

[tema-electric]

Если честно - ничего не понял.

Пока не запустил GUI CMake, о существовании параметр CMAKE_MAKE_PROGRAM ничего не знал.
Если его не указывать, то все заканчивается тем, что он назначает для него автоматом путь CMAKE_MAKE_PROGRAM = I:/WinAVR/utils/bin/make.exe

А не совпадают ли они с точностью до бита?

make.exe - 162 кБ (I:/PF/MinGW/msys/1.0/bin/make.exe)
mingw32-make.exe 192.5 кБ (i:/PF/MinGW/bin/mingw32-make.exe)
Меня что удивило. Почти все пути, которые использует cmake проложены в папку: i:/PF/MinGW/bin
Однако CMAKE_MAKE_PROGRAM = I:/PF/MinGW/msys/1.0/bin/make.exe лежит уже в MSys
Туда же в MSys уходят пути cvs.exe и scp.exe для параметров CVSCOMMAND и SCPCOMMAND
Может это неправильно?