>> хоцца компиляцию freebsd x86 host -> netbsd x86 (а может и не
>> только) target. пока не въехал :), но это дело времени.
> Я надеюсь, есть понимание того, что кросс-сборка -- это ПРОБЛЕМА,
> и проблема не pkgsrc или distbb, а проблема апстрима, который знать
> ничего не хочет об этом. Подавляющее большинство софта просто
> не соберется в кросс-режиме, начиная с перла и питона.Да, моя мал-мал понимай, дело не только в -I/cross/include & -L/cross/lib.
Например, в автоконфигураторах, рассчитаных только на копиляцию в родной хост-системе.
Для кроскомпиляции придеться конфигируровать многие пакеты для сборки вручную (минимум полу-автомагически).
> Собирается только очень аккуратно написанный софт, разработчики которого
> понимают проблему, а таких крайне мало.
Наверное, да, еденицы. Но ведь когда-то и необходимости портативной логики не понимали? Прослойки из софт-машин не всегда решение, сколько их апологеты не пытались бы убедить самих себя что потерь не трансляцию ну как бы и нет.
> В общем, FreeBSD/x86->NetBSD/x86
> лишено всякого смысла.
А поизвращаться? :) А если серъезнее, то хочу убедиться на практике, насколько возможна кроскомпиляция не только между платформами одной системы, но и системами на одной (или разных) плаформ. Эксперимент. Будет что вспомнить к кресле-качалке. :)
Есть же и гибридные варианты. Например, (само)отконфигурировать в родной тамагочи-системе (это 2-3% от времени сборки на родной системе), а компилировать уже в другой, бальшой и мощной. Да, собственно, и конфигурацию можно сохранить в тех же портах, и автомагически накладывать.
>[оверквотинг удален]
>>> К pkgsrc надо приложить нбольшой патчик отсюда
>>> http://mail-index.netbsd.org/tech-pkg/2011/11/19/msg008003.html
>>> Мы еще с Greg-ом немного пободаемся, но, я думаю, в конце концов
>>> что-нибудь окончательное небольшого размера приложим.
>> бегло пробежал в силу своего скудного понимания...
>> хотите разнести графы зависимостей по пространствам-слоям target? Правильно понял?
>> Пожалуй, разумно.
> Нет, просто хочу, чтобы build host dependency собирались и устанавливались по требованию,
> и четкого разделения на target и build host dependencies.
> Собственно, это уже давно реализовано. А граф зависимостей как раз один, общий.