Кросскомпиляция Gentoo для Windows

мануал по Gentoo prefix alt: http://mirror2.corbina.ru/gentoo-distfiles/experimental/prefix/x86-interix/20091013/gpx-installation-20091013.pdf

там же где-то рядом лежал и iso. В процессе установки ставится interix/SUA, то есть потом собирается через MSVC и gcc-подобный враппер в составе SUA.

Можно попробовать повозиться с cygwin по аналогии с ним.

ну emerge из состава kde4 под виндой работает. Питон вот ХЗ, как собирается cygwin-ом, раз, и ХЗ, насколько он POSIX-зависимый, два.
Кстати, у пакетов есть неявные зависимости "по умолчанию" в профиле : gcc, glibc, linux-headers/freebsd-ubin, и т.п. Если бы даже 1) python заработал 2) emerge заработал 3) то с зависимостями от glibc/linux-headers, ты под виндой скорее всего обломался бы.

Поэтому, нужно нормально портировать профиль, например как в alt prefix.

> Я бы хотел, чтобы портейдж собрал все зависимости и саму программу с моим минимальным участием. Грубо говоря, я бы хотел прикрутить portage к MinGW/MSYS, чтобы легко устанавливать нужные программы.

я тоже пытаюсь осилить аналогичное -- чтобы из гентушного emerge или paludis собирать пакеты под винду или под Haiku. Получается, более-менее.
Вот что я сделал:
1. ставим crossdev, ставим crossdev-ом mingw: crossdev -t i686-pc-mingw32
2. Смотрим в сгенерированный профиль: /usr/i686-pc-mingw32/etc/{make.conf,bashrc}
3. ставим пакеты сгенерированным враппером: i686-pc-mingw32-emerge XXX/YYY
что-то с минимумом зависимостей ставится без проблем; что-то нужно портировать.
4. портируем отдельный софт

Проблемой emerge, на мой взгляд, является то, что невозможно задать из какого конкретного оверлея брать пакет. Он берёт из gentoo tree, враппером запускает emerge с нужными CHOST/SYSROOT и т.п. и пытается его собрать. По идее, все системно-зависимые настройки должны идти в профиль -- аналогично тому, как собирается FreeBSD/Gentoo: см. use-флаги elibc_gnulibc, elibc_FreeBSD. То есть, кроссемёрдж должен брать старый ебилд, запускать его с нужным окружением и с прописаным в профиле use=mingw32 , например, по умолчанию; потом проверять, есть ли в профиле патч под нужный пакет, и накладывать его если надо.

То есть, максимально повторно использовать оригинальные ебилды, а все настройки целевой системы запихнуть в профиль.
На практике, не особо получается обойтись без исправления ебилдов. Paludis пользоваться удобнее для этой цели: просто ложим в оверлей и собираем из конкретного оверлея, задав атом пакета вида =категория/пакет:слот::наш_кроссоверлей. Плюс, тулчейн проще ставить через importare и installed-unpackaged (хотя для мингва всё равно, собирается vanilla gcc, в Хайку свой патченный gcc 4.3.4 , свои binutils и свой ELF формат -- а хотелось бы поэкспериментировать с разным тулчейном, с clang/gcc/gcc4.5, и т.п.)
Ещё, в блоге ciaranm или в planet paludis что-то было про его специфический distrubuted workflow в exherbo: синкаем палудисом "глобальные" репозитории (оверлеи), синкаем локальные из глобальных, компиляем/тестируем/патчим ебилды в локальных репо, потом, когда всё уже готово, пушим в глобальные из локальных, выкладываем "наружу".
То есть, workflow, аналогичный staged trees или subsystem maintainers в Linux ядре -- патч проходит через несколько репозиториев, каждый по-своему стабильный/нестабильный/протестированный.

На http://en.gentoo-wiki.com/wiki/Paludis/Cross-compiling есть информация, как настроить paludis для кросссборки. В общем-то, аналогично скрипту crossdev и cross-emerge, только делается это всё не в скрипте отдельном, а в /etc/paludis/bashrc, и там проверяется, какой stage из этапов crossdev мы собираем, задаются ключи и окружение руками, чтобы paludis потом собрал то, что нужно.
Аналога cross-emerge я не нашел -- но можно написать самому. В paludis можно задать профиль отдельно, и указывать его через -E , paludis --environment=/usr/i686-pc-mingw32/etc/paludis , указывать, что пакеты брать нужно из конкретного оверлея (аналогичного crossdev, который создаётся скриптом crossdev)

правда, непонятно, как запустить сборку по отдельным фазам, аналог ebuild.sh unpack configure compile install qmerge clean. ЕМНИП, есть в paludis ключ "остановиться после такой-то фазы".

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