Правильно устанавливать кросс-компилятор, а не менять.
Задачу проясните поподробнее. Например, 32-бит ARM9, для которого есть кросс-средства. Если просто под linux что-то писать, то логичнее под ним все и делать. Практически в любом дистрибутиве идут средства разработки для используемой платформы.
uClibc это системная библиотека, ориентированная на микроконтроллеры.

Ооо, да, большая буква S

Когда хелловорлд надоест и задумаете собрать ядро линуха для Вашего таргета под цигвином, будете весьма огорчены - изобретатели тамошнего (линухового) процесса сборки решили, что будет нифигово иметь файлы .S и .s - конечно, для винды (и цигвина) это один и тот же файл, и как следствие - ничего не собирается. Я понасиловал make-файл пару дней на предмет избавления от регистрозависимости да так и бросил.

Это так, информация к размышлению...

Полностью присоединяюсь к высказыванию, опыт был печальный при переносе с win на linux в названиях заголовочных файлов из стандартной библиотеки.

Боюсь, Вы вообще не туда копаете.
Для компиляции программы gcc нужны ВСЕ ЕГО части + GLIBC для той-же платформы (это как минимум)
Под чем компилировать - вопрос отдельный, но не забывайте, что cygwin - это ЭМУЛЯТОР unix environment и он, естественно хуже чем unix. В том числе и Linux.
Если хотите программу под Windows/Cygwin - используйте то, что идет в самом Cygwin. Часто в Cygwin идут еще и MinGW. Иногда они конфликтуют.
Если хотите программу под, скажем, ARM9 Linux, то Вам НУЖЕН ПОЛНЫЙ кросскомпилятор GCC + GLIBC для ЭТОЙ платформы.
Он как правило имеет имя arm-linux-gcc, или arm-unknown-linux-gcc, или arm-uclibc-linux-gcc и тп.
Вместо GLIBC можно использовать uClibc или newlib.
Файл crt0.o - это часть libc (glibc, uClibc, newlib). libc должна быть скомпилирована ТЕМ ЖЕ компилятором, которым Вы компилируете программу.

Так что возмите КРОСС-компилятор для ARM9 ПОЛНОСТЬЮ.
Не знаю, есть ли такие под cygwin.

crt0.S - исходник на ассемблере требующий препроцессинга.
crt0.s - исходник на ассемблере после препроцессинга. Получают его из crt0.S. Примерно так

В cygwin у Вас будут с этим проблемы. Часто неразрешимие. Потому как компилятор по регистру буквы (S или s) решает что с ним делать. На мелких проектах с малым количеством таких файлов можно долго и нудно править Makefile. На большых (с большим количеством таких файлов) - все равно не удастся отследить все проблемы.

Раз у Вас есть Linux в VMWare, то рекомендую там все и делать. Разумеется кросскомпиляторов в Ubuntu нет. Только родные.
Обычно в Linux компиляторы, и прочие программы нужные программисту не ставятся по умолчанию. Нужно доставить пакеты. Особенно пакеты в имени которых есть -dev. Это Development пакет, то есть содержищий заголовочные файлы, библиотеки с отладочной инфой, файлы crt0.o и пр. нужное для компиляции.

Кросскомпилятор ARM под цигвином есть: http://www.gnuarm.com/files.html
А тут описывается как его собирать: http://www.gnuarm.com/support.html

Да гцц собирается. Ядро - хрен.

Ну да, согласен. Только это типа "хорошо быть богатым и здоровым".
Кросстулзов уже перепробавал. В частности, под Cygwin ставил Macraigor GNU Tools Suite for ARM. Но работает пока лишь так, как я написал выше.


Если бы. Таргет - в сабже. Писать что либо под ним в принципе нельзя. Или в лучшем случае это будет еще один круг в обход непосредственной цели - писать программу.

Как вариант "полноценного" линуса - баунти 8.04, под виртуальной машиной. Может, конечно, есть что-то и лучше, но этот первый и единственный, который поставился и работает так, как я от него ожидал.



Да, грабельки. Жаль, но cygwin был бы более удобен, т.к. у него файловая система доступна через win, а значит доступны все привычные тулзы.



Ага. Пока я не знаю, куда копать, поэтому копаю во все стороны.


Работает )



О, да, наверно весьма полезный линк.

Правильный компилер - поставился и скомпилил с полпинка, с нескольких пинков связал.

Сейчас вопрос с MIPSом. Если нечто подобно-рабочее для MIPSа ? С Macraigor`ом, как я понял, не все в порядке - вероятно, нужно его настраивать неподеццки.
У меня есть какой-то кросстулз, но там все файлы типа elf (внутри файла). Реально ли их запустить под тем же cygwin ?

В саббже нет таргета. там только есть слово BusyBox. А это не платформа. Это всего лиш просто программа. Можно его скомпилить для любой (почти) платформы.

Если у Вас таки MIPS платформа (и как я понимаю это MIPS Linux) то Вам может стоит посмотреть тут?
MIPS SDE Lite. http://www.mips.com/products/software-tools/ Пользуюсь немного. Это mips-elf таргет - для "софта без ОС".
И тут само собой. http://www.linux-mips.org/wiki/Main_Page
Для mips-linux мы используем собранный производителем процессора компилятор (текущий gcc-4.2) под Linux host.
Cygwin не пользуем.

Нет. Cygwin эмулирует ТОЛЬКО окружение. Бинарная платформа PE (exe файлы, внутри MZ ) Это скорее всего под Линукс host.

Это (не?)переводимая игра слов. В общем, BusyBox - ключевое слово, а платформы - пока нет. Или так: а платформы пока нет. Ищу, в общем.


Да, и я что-то даже качал. Но спасибо, что напомнили, в ворохе ссылок - попробую по второму кругу.

кто-нибудь пробовал отправить сообщение через sendmail в busybox-е?

пишу строку (отправить с одного ящика на mail.ru на другой там же)
cat email.txt | sendmail -w 20 -S smtp.mail.ru -f from@mail.ru -aulogin -appass to@mail.ru

или
<email.txt sendmail -w 20 -S smtp.mail.ru -f from@mail.ru -aulogin -appass to@mail.ru

в файле email.txt написано
test email

ни в какую не хочет слать.
сниффером вижу, коннект есть, логин проходит, а дальше не шлются данные.
залез в исходник посмотреть, все равно не понимаю, чего ему не хватает....

версия: busybox 14.3
судя по коду должен передать поля To, затем послать DATA, затем поток stdin, пока не кончится



Сообщение отредактировал VDV - Nov 17 2009, 18:15

разобрался все-таки!

#!/bin/sh

cat << EOF | sendmail -w 20 -S smtp.server.adr:port -f from@mail.addr -auLOGIN -apPASS to@mail.addr

my message
EOF

Логин и пароль вводятся после -au и -ap без пробела.
Перед сообщением обязательна пустая строка!
После EOF обязателен перевод строки!

Попробуйте Tiny Core Linux под x86 с блекджеком и шлюхами BusyBox и "менеджером пакетов". Полученный опыт должен портироваться под любую архитектуру.

Блин... как-то раньше мимо него проходил. Дистрибутив - супер! Ничего лишнего, как говорится... Вот только ядро они не правильное выбрали... Хотя сколько там его пересобирать... За напоминание о том что есть такой дистр - спасибо!!!


Бендер? (не Остап)