Вероятно, я лишнего с sysroot наколдовал... просто это первый экземпляр, который все собрал не вспотыкаясь... понял, учусь дальше...
Спасибо за ссылку, поиграемся с кросстулом...
Ну тут есть 2 варианта... либо этот "нормальный" gcc НЕ поддерживает sysroot и игнорирует команду --sysroot, либо какими-то непонятными для меня путями нужные библиотеки и заголовки попадают в ожидаемое buildroot место....
Что у тебя в --sysroot при сборке для gcc передается ?
Ну собрал я этот crosstool-ng...
При работе с crosstool-ng, buildroot сам, не спрашивая копирует содержимое sys-root компилятора к себе в STAGING_DIR...
А с моим тулчайном, выходит, buildroot это делать нежелает... хм... как интересно... чем это мой sys-root ему не нравится ?
Так он всегда ищет от корня... этот путь в бинарник зашит при компиляции, только корень РАЗНЫЙ.... рут не тот...
Нет, я точно знаю, что косяк в MTD, НО если sysroot использовать как я описывал (или использовать собственный тулчейн buildroot) - это место сборка пролетает со свистом....
Так что вопрос "правильный" тулчейн или нет - не решается по сборке сторонних косяков... Не все можно собрать даже ОЧЕНЬ ПРЯМЫМ тулчейном....
Что лучше ? "Правильный" тулчейн, который вспотыкается, или "не правильный" который собирает, то, что собираться не должно ?
"Правильный" тулчейн :) У меня все собирается кроме мтд который мне нужен :) Кстати идея с записью флеши как мтд просто отлична - после доработки своего загрузчика надобность в самбе вообще отпала - при этом все заливается раза в два быстрей чем даже с усб в самбе, если ядро не запускается я со своего загрузчика могу либо 100% работающее маленькое ядро залить с инитпамфс или убут подгрузить и все восстановить. Все же надеюсь еще поковырять атмеловские исходники и место освободить - неплохо было бы шить датафлеш прямо с загрузчика...