> > > создаётся впечатление, что Вы решаете не ту задачу. я так понимаю, > > > что у Вас интересует кросскомпиляция? > > > думаю в эту сторону и стоит копать - уверен, что в debian есть > > > штатные средства для сборки под другие архитектуры. > > > > Кросс-компиляторов в основном репозитории нету, из-за слишком большого > > числа комбинаций host/target. > > > > Пакеты кросс-компиляторов можно взять с > > http://emdebian.org/crosstools.html > > Угу, я там был. Впрочем, без заворачивания в пакет осилил собрать и > сам. Кстати, с каждой версией патчей/усилий для сборки > кросс-платформенного gcc нужно меньше и меньше. > > Меня интересует следующий шаг. Есть некая библиотека, которой нужны > заголовочные файлы ядра. Хотел собрать её под armel, используя более > мощный процессор. Оказалось, что штатно (пакетами) такой хотелки не > предусмотрено. Вопрос, зачем именно её нужны заголовки ядра. Если она глубоко системно-зависима, то вероятно ей нужны не просто заголовки ядра, а заголовки именно того ядра, которое работает на таргете, включая сгенерированные в процессе сборки. Тогда иного пути, чем брать исходники и конфиг ядра от таргета, говорить там make prepare (или более полные варианты - make *config, make *image), нету. Если же это обычный user-space код, которому просто нужны хэдэры ядра, так как их включают glibc-шные хэдэры - то ещё раз советую посмотреть на emdebian - там всё это даётся (aptitude install libc6-dev-armel-cross gcc-4.3-armel-cross и дальше всё работает).
Attachment:
signature.asc
Description: This is a digitally signed message part.