Установил Eclipse на Debian. Создал простой Hello world.
В итоге не собирается.
Скриншот прикрепляю. Может сталкивался кто

По моему у вас поставлен "чистый" эклипс для компиляции под яву?
http://makesystem.net/?p=988

Спасибо, Fedor
но не нужно для ARM мне нужно именно для Linux x86

тогда это вопрос для другой ветки форума
http://www.eclipse.org/cdt/

Неправда Ваша!!!
Только что в два клика New Project -> C project -> Executable -> Hello Worild Ansi C project(Toolchains: Linux GCC)
Все компилит
Eclipse Indigo
Плагины CDT итд все что надо и не надо

А может у автора вопроса gcc не стоит?

Автор вопроса привел скриншот, из которого вообще ничего не понятно. Тем более, что обычно народ вначале что-то узнаёт, читает, какие плагины ставить итд...

Простите, господа! Я отсутствовал некоторое время.
Выкладываю ещё один скриншот с ошибками и варнингами. при запуске из консоли - та же история, но консоль пишет:
Unable to find full path for "gcc"
Unable to get $PATH

Понятно что не может получить переменную окружения. Но в чём может быть дело? как поправить?

У Вас проблемы с настройками окружения.
Вот тут кое-что есть: http://forums.debian.net/viewtopic.php?f=16&t=62383

Вопрос традиционный: что говорит echo $(PATH)
?

показывает пути
/usr/local/bin /usr/bin/

и путь до кросскомпилятора для ARM

самое интересное, что из командной строки gcc собирает проекты прекрасно.

А вот Eclipse не хочет видеть gcc. Может прописать где-то нужно?

Не хочется доп пакеты ставить(да и надо ли?)

P.S. возможно, у кого-то есть образ для VMware с рабочим Eclipsе'ом, может поделится кто...

Тогда еще список установленных плагинов для Ыклипсы покажите. Действительно, загадка.

каюсь, но незнаю как это сделать. Например, когда делаю New->Project->C project
появляется окно, где я выбираю Hello project и на выбор есть два варианта тулчеинов: Linux GCC и Cross GCC.

Как посмотреть плагины?

Не знаю. Это я с CodeBlocks перепутал.
Project Properties/"C/C++build"/Builder type должен быть external

Проблема решилась частично путём добавление "руками" значения переменной PATH в Project->Properties->C/C++Build->Environment

теперь после сборки такая ошибка:

make: ***[src/Hello.o] Error 127

а в консоли вижу строку:

make: echo
command not found

приключения продолжаются!

Решил проблему!
Возможно кому-то поможет в будущем:
Eclipse создаёт Makefile, который содержит команду echo. Эту команду, по всей видимости, не понимал мой make. Таким образом, создание проекта с Makefile который написан "руками" решило проблему.
Как задать настрйоки создания автоматически правильного Makefile я так и не нашёл, если это вообще возможно.

Кто знает подскажите возможно ли задать правила генерации Makefile в Eclipse?

Имейте, пожалуйста, в виду , что под linux Makefile и makefile это разные файлы. Утилита make ищет makefile, а Makefile обычно создается автоматически утилитой cmake.
Возможно, Вам стоит посмотреть документацию на make и cmake.

не знал. Я руками создаю Makefile.
затем делаю make all и происходит сборка (это в консоли)
в Eclipse я создаю проект (проект Makefile project with existing code) где использую тот же Makefile и всё собирается тоже хорошо.

А вот автоматически созданный Makefile содержит команду echo
и тогда консоль в Eclipse пишет:
make: echo : command not foumd

А у вас сама echo стоит? /bin/echo присутствует?
type -a echo что показывает?

возможности нет сейчас проверить, но echo $PATH работает. это для примера

Makefile рекомендовали потому, что он вверху списка файлов. Ы
make пофиг что makefile что Makefile

?????
Случай 1. В директории присутствуют оба файла: и makefile, и Makefile. Какой будет использоваться при вызове ?
Случай 2. Гипотетический. В makefile присутствует строка

Обычно как-то так:

и забыли добавить расширение.
Случай 3. Особенности структуры makefile, автозависимость от него же. Пример, makefile от AHTOXA для ScmRTOS.
Переименовываем его в Makefile, запускаем make и ... результат

Может я чего не знаю, но по логике построения должен юзать Makefile

И что мешает поставить эксперимент и обнародовать результат?

Поставил.
Юзает makefile. Никакой логики, то есть
А потом удивляешься, отчего же надо курить-неперекурить маны по любому мельчайшему вопросу.


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

Давно чего-то собирал из исходников и был сильно удивлен нахождению в одном каталоге смеси makefile, Makefile и Makefile.in после запуска ./configure. Разобрался и перестал удивляться. Логика есть. makefile для make. Makefile.in может быть и от cmake и результатом работы ./confgure. он же может сгененировать и makefile c включением в него Makefile.in со специфическими настройками.



О примере без макроса уже говорил. Из makefile от Martin Thomas (ChaN's FatFs)