Кросс компиляция

[merke]

Всем привет!

Давно интересует один момент. Если ли готовые инстурменты позволяющие собирать исходники сразу под несколько ОС? Допустим есть исходники, мне нужно скомпилить под Win32-64, Linux32-64 у меня есть 4 виртуальные машины для этого и есть некий инструмент в который я скинул исходники, а в результате получил 4 исполняемых файла. Это бы в разы ускорило время разработки. Писать подобное нету времени. Может кто встречался с таким чудом?

[Пантер]

Под Линухой можно компилять виндовые бинари.

[merke]

пробовал настроить, но блин после такой компиляции приходится в проект подкидывать еще и библиотеки msvc.

[Пантер]

Я пару раз пытался под Гентой настроить, но так и не получилось.

[Igors]

Писать подобное нету времени.

Может кто встречался с таким чудом?

Много лет назад CodeWarrior умел компилить под MacOS и Вындоуз. Сразу 2 исполняемых файла правда не получалось, надо было переставить таргет - ну не суть. Попробовав неск раз  отказался, вернулся к обычному перетаскиванию исходников и.т.п. Причина проста - отладку "на другой" платформе не запустить,  т.е. весь этот "кросс" до первого милиционера.

[RSATom]

Если уже есть виртуальные машины - можно поставить Continuous Integration службу (например Jenkins) на каждой из них (одна будет основной а другие ведомыми) и настроить автоматическую сборку например по появлению нового коммита в репозитории. По завершении сборки бинарники могут выкладываться в единое место.  Собственно это самый правильный, надежный, быстрый и безпроблемный вариант по сравнению с кросскомпиляцией.

[Пантер]

Если уже есть виртуальные машины - можно поставить Continuous Integration службу (например Jenkins) на каждой из них (одна будет основной а другие ведомыми) и настроить автоматическую сборку например по появлению нового коммита в репозитории. По завершении сборки бинарники могут выкладываться в единое место.  Собственно это самый правильный, надежный, быстрый и безпроблемный вариант по сравнению с кросскомпиляцией.

Поддерживаю. Вполне хороший вариант. Если есть возможность держать несколько виртуалок постоянно включенными.

[RSATom]

Если есть возможность держать несколько виртуалок постоянно включенными.

Теоретически одновременно нужно иметь запущенными только 2 виртуалки - master и одну из slave. Но даже их можно запускать по расписанию (и даже shutdown'ить непосредственно из jenkins - но сам я никогда такого не делал, но принципиальных ограничений не вижу.

[RSATom]

а можно и вообще не заморачиваться с master/slave и настроить полноценные CI в каждой из виртуалок и запускать их по очереди.

[merke]

о спасибо! буду играться с jenkins!

[Nidxogg]

http://habrahabr.ru/post/198142/

[RSATom]

http://habrahabr.ru/post/198142/

еще один довод в пользу виртуальных машин

[Termit]

Использую Jenkins. Собираю одновременно в восьми разных разных окружениях. Все slave живут на виртуальных машинах. Попутно прикрутил проверку cppcheck.
Очень удобно, рекомендую.
Если будут вопросы в меру сил смогу подсказать.

[qate]

объясните - когда выгодно использовать Jenkins ? дела с ним не имел, сейчас делаю сборку linux32 и кросскомпиляцией win32
этого пока хватает или я не знаю какойто выгоды ? )

[RSATom]

На мой взгляд первая выгода - экономия времени. Сервер сборки сам вытаскивает последнюю версию, сам все конфигурит и собирает, возможно даже сам выкладывает для скачивания. Когда то же самое делается самостоятельно - раз за разом по 5-10 минут, и в итоге набегает много...
Вторая выгода - сервер сборки может выполнять сборку хоть каждую минуту, соответственно и тестировать заинтересованные люди могут тоже всегда самую последнюю версию.