Очень не хоеться заниматься разработкой ПО в поставляемой виртуальной машине и поэтому возникла необходимость взять toolchain отдельно. На сайте атмела не нашёл как на и фтп стартеркита. Выкавыривать из виртуалки неохота. С сайте атмела одна из сылок ведёт вот сюда: http://buildroot.uclibc.org/download.html. Но хотелосьбы использовать тот тулчейн который иметься в вирталке. Билдрут без предустановленного тулчейна не компилиреться. в самом билдруте тулчейна не нашёл.
Это URL
тыкаешь по нему мышкой и он перенаправляет на нужный рсурс
в виртуальной машине в директории src в buildroot
make menuconfig
на вкладке Toolchain --->
смотрите что там прописано
(/usr/local/cross-gcc/arm-2007q1) External toolchain path
это путь к кросскомпилятору - по нему нужно пройти, там находится кросскомпилятор
Ну ладно, допустим я его всётаки буду выкавыривать из виртуалки, хоть и не хочеться. Но как его перенести на флешку из виртуалки ? Флешка с линукс разделом поэтому желательно перемещать с её помощью.
а что, собственно, мешает? лень?
в виртуалке запакуйте посредством TAR весь каталог с тулчейном и разверните (под линуксом) на флешку..
подмонтируйте флешку к виртуалке и скопируйте каталог..
какие проблемы, где подвох?
я давал ссылки - в инете выложены кросскомпилеры именно в архиве - стаскиваешь, разворачиваешь, прописываешь путь и вполне компиляешь..
на хандхелдс.орг например..
Не монтируеться флешка с линукс разделами в вирталке.
может я чтото нетак делаю ? Запаковать конечно не проблема.
Нужен тулчейн тот ктоторый используеться тут, а не любой армовский, чтобы не было проблем с совместимостью библиотек.
"может я чтото нетак делаю" вам виднее.. у меня все отлично монтируется. рекомендую почитать в помощи "Виртуалки" - "как подключить внешний накопитель в виртуальную систему". посмотрите логи загрузки виртуалки - может там ответ есть..
тогда вопрос снимается..
хм.. Саша вам вполне все расписал - где добыть тулчейн из виртуалки.. или сгенерите через Buildroot..
Каких библиотек ? Я же вам давал URL - там есть URL на кросскомпилятор codesourcery более свежий - TI его рекомендуют использовать для всех своих процессоров. Неужели вы собрались делать какую-то разработку и при этом использовать демо-образ корневой ФС который по умолчанию зашит в nand ? Вот с uclibc который вы нарыли как раз у вас могут проблемы возникнуть в первую очередь из-за того что там не все поддерживается и она бинарно несовместима с glibc.
гм.. Саш.. у чела "SK-AT91SAM9G45(M10)-XC6SLX" - зачем тут техасовцы? :) update впрочем, вполне возможно, что я не прав, ибо ты на кросскомпиллерах "собаку съел"..
05.01.2012 17:09 
05.01.2012 17:10
