Сборка Boost 1.55.0 посредством MinGw 4.8 из комплекта Qt 5.2?

Question

[Александр Орлов]

Стандартный запуск через "bootstrap.bat mingw" не работает. Многие другие варианты тоже. Судя по сообщениям, выводимым в консоль, для сборки всегда и без исключений осуществляется попытка найти msvc компилятор. Складывается ощущение, что выбор вбит в скрипте хардкодом.

Единственное решение, которое удалось найти в инете, это правка файла $BOOSTDIR/tools/build/v2/engine/build.bat

Там, перед строчкой 93 в файле нужно вставить строку: "cmd /c 'bootstrap.bat mingw'". Но как-то это коряво уж очень выглядит. Кто-нибудь сталкивался с подобной проблемой? Существует ли адекватное её решение без необходимости такого вот "хакерства"?

Answer 1

[Александр Гре]

Можно сбилдить с помощью bjam. Для этого нужно перейти в папку "...\boost_1.54.0\tools\build\v2\engine\" и запусть "build.bat mingw"

ECHO ### You can specify the toolset as the argument, i.e.:
ECHO ###     .\build.bat msvc
ECHO ###
ECHO ### Toolsets supported by this script are: borland, como, gcc, gcc-nocygwin,
ECHO ###     intel-win32, metrowerks, mingw, msvc, vc7, vc8, vc9, vc10, vc11

Потом скопировать bjam.exe в корень буста и запустить:

set MINGW_ROOT_DIRECTORY=C:\Qt\Qt5.1.0\Tools\mingw48_32
set path=%MINGW_ROOT_DIRECTORY%\bin;%path%
bjam --with-system --with-thread --with-date_time --with-regex --with-filesystem --with-serialization --with-signals --with-python toolset=gcc threading=multi link=static runtime-link=static address-model=32 architecture=x86 stage

Comments

[Александр Орлов]

Дело в том, что bootstrap.bat в корне исходников делает как раз именно это: переходит в папку engine и запускает build.bat с переданным "бутстрапу" аргументом (наименованием компилятора). Тем не менее, я пробовал делать и непосредственный запуск build.bat, однако последний не реагирует ни на передачу "mingw", ни на "gcc" в качестве аргумента "тулсета". Установка пути к Qt'эшному mingw в PATH также ничего не даёт. Иными словами, до b2 или bjam дело попросту даже не доходит, т.к. не определяется корректно компилятор, скрипт всё время пытается использовать msvc. Причём, как пишут в инете, эта проблема имеет место быть именно в версии 1.55.0.

[Александр Гре]

Специально скачал 1.55.0 и сбилдил по моему методу - все нормально сбилдилось.

Какой путь вы добавили в path?
C:\Qt\Qt5.1.0\5.1.0\mingw48_32\bin
или
C:\Qt\Qt5.1.0\Tools\mingw48_32\bin

[Александр Орлов]

Второй вариант, с Tools. А у Вас при этом уже был установлен MinGW? Тот, который не в составе Qt, а отдельной самостоятельной библиотекой?

[Александр Гре]

Я попробовал и с отдельной установкой MinGW (там у меня версия 4.7.2) и версией из Qt (версия MinGW - 4.8). В обоих случаях все собирается.

[Александр Орлов]

Я пытался выполнить "build.bat mingw" из папки engine, но скрипт завершался с ошибками, которые говорили о безуспешных попытках отыскать msvc. На этом этапе ни b2, ни bjam ещё не созданы, т.к. "build.bat" собственно их и должен подготовить. В системе не установлены ни msvc, ни mingw, только Qt5.2, у которого в комплекте в папке Tools свой mingw4.8. Таким образом, получается, что либо я PATH неверно указываю (но здесь как бы трудно ошибиться), либо у Вас на самом деле вместо Qt'эшного mingw "build.bat" берёт отдельный mingw, который установлен в "C:\MinGW" (путь к компилятору почему-то указан хардкодом в "build.bat"). Либо может быть ещё какая-то причина. Вы пробовали запускать "build.bat" без установленного отдельно mingw?

[Александр Гре]

@alexis031182 нет, у меня оба компилятора не прописаны в path, я их добавляю в path перед вызовом build.bat. Если path не меняю, то build.bat выдает ошибку что не может найти gcc.

[Александр Орлов]

@archerz значит я PATH, получается, неверно прописываю? Но ведь именно к "C:\Qt\Qt5.2.0\Tools\mingw48_32\bin". Я в тупике. Я у себя смотрел PATH, там нет никакого намёка на msvc. Почему "build.bat mingw" пытается найти msvc для меня загадка. Может какие-то "хвосты" остались с того времени, когда msvc был установлен в системе... В общем надо попробовать на чистой виртуалке. Спасибо Вам :)

[Александр Гре]

@alexis031182 если gcc вызывается из командной строки, то значит PATH верно прописан.

[Александр Орлов]

@archerz да, он вызывается, я тоже думал, что может не видит gcc, но нет, тут порядок. Я visual studio через панель управления удалил, в "Program Files" тоже вроде чисто, но может что-то всё равно осталось. Просто у меня больше нет вариантов, кроме как попробовать с нуля систему залить, поставить Qt и попытаться заново собрать boost.

Answer 2

[ed1s0n]

Собирал недавно (в Windows 7) boost 1.55 компилятором mingw из состава Qt 5.2.1. Делал всё по офиц. гайду www.boost.org/doc/libs/1_55_0/more/getting_started... (п. 5.2.1), для b2 значение toolset=gcc. Для сборки boost.context (а от нее зависит, в свою очередь, boost.coroutine) нужен MASM (а именно, инструмент ml). Я его взял здесь www.masm32.com/masmdl.htm. Потом оказалось, что объектный файл от ml не понимает компоновщик mingw((( Здесь https://svn.boost.org/trac/boost/attachment/ticket... обсуждение проблемы и сам патч. Не забываем прописывать пути к инструментам)