Как настроить ECLIPSE для кросс-платформенной работы в Линуксе?
Или есть что-нибудь уже готовое и доступное - что бы только привязать свой тулчейн (интересует для PPC)?
Наколько я понял это теоретически можно сделать самому, но мне кажется это только теоретически.
По существу надо программировать на Яве целую систему, или я заблуждаюсь?
Дискуссию на предмет "VIM и сам ЛИНУКС уже и есть IDE" поднимать не стоит.

Программировать на JAVA не обязательно.
У Eclipse есть плугин, называется CDT, скачать с сайта Eclipse.
Исталлировать сам Eclipse, потом CDT. Все плугины инсталлируются через меню Eclipse. Кстати, можно инсталлировать прямо из сети.
После инсталляции CDT настоить Workspace для CDT так, чтобы он использовал нужные компилеры и прочее.
Не знаю на счет PPC, но можна по аналогии с ARM.
Присрединенный файл - Workspace для ARM. Это я у себя пробовал. Вроде работает.
Хотя сам пользуюсь Kate как редактор и консольный gdb в очень редких случаях.
Еще приручивал tooolchain к KDevelop.

Спасибо. Это я все знал.
Сомневаюсь что так просто настойкой Workspace можно полноцено прикрутить кросс тулчейн.

Пробовал, навскидку - так и не смог отключить пути к системным хидерам хоста. Подключить еще другие конечно можно. И можно подключиь другой компиллятор, это тоже сразу заметно.
Насторожило что кросс IDE Eclipse Linux для embedded все комерческие, неспроста.
Придется видимо садится за него основательно...

Да в общем это не сложно.
В некоторых случаях лучше файлы workspace ручками поправить на предмет путей и имен кросс-компиляторов.
Я настроил за 30 минут включая симулятор gdb.

OK.

Снес все что натворил ранее.
Переставил Eclipse 3.3.1.
Переставил CDT (cdt-master-4.0.1) - правда что-то возникал по сигнатурам.
Запускаю, ставлю перспективу на С/С++
Создаю С - проект с toochain Linux GCC Executable
В настройках стоит
"External builder"
"Use default build command" - make
"Generate Makefile auto".. и т. п. - все пока по умолчанию

Ставит include dir на стандартные в /usr, что меня не устраивает, но пока оставляем так.
В properties проекта добавляю в "C/C++ Build"->"Setting"->"Directories"->"Include paths" нужные мне.
Отрадно видеть что он их поставил вначале своих стандартных.

Делаю новый дир для исходников как линк на директорию где уже лежат исходники
(сделаны Kate + свой Makefile)

Закрываем проект и еклипсе.
Смотрим директории в workspace - имеем "hsc" (имя проекта) и .metadata

В hsc не вижу что можно поравить в этих xml.
Что, в строке типа
<runAction arguments="-E -P -v -dD ${plugin_state_location}/specs.c" command="gcc" useDefault="true"/>
изменить command="gcc" ???

Ладно, в метадата немноим интереснее.
Директории для каждого плугина.
Достаточно xml - какие надо редактировать? хотя бы пример или направление - я что-то безнадежно торможу здесь.

Поколдовать с путями можно в Properties проекта:
C/C++ Build -> Discovery options -> Automated discovery....
C/C++ General -> Path and symbols

Создайте манаджед С проект.
В нем откройте свойсва - билд - там скажите новая конфигурция
в ней укажите свой кампиллер и пути вам необходимые
все - как минимум редактор и компилятор у вас уже есть

там же можно указать и дебагер ваш - но не уверен что для этого не надо что то специально для арм заточеное приставить в виде плагина.

Через окна не всегда почему-то работает. Я прописывал полные пути ко всем исполняемым файлам (gcc, as, ld, make) вручную.
Сейчас трудно вспомнить что именно я правил и в каких файлах. Давно было дело.

Спасибо, вроде похоже, через неделю, будет время, попробую.
По крайней мере увидел где тормознул.

Насчет путей - да не очень заметно что бы они явно присутствовали в workspace, в том то и дело.
Для АРМ есть плугины (по крайней мере один встечал).

Плохо если эта технология придавит системный GCC (имею ввиду носта).
Такое встретил на моментикс от QNX - поставил для пробы.
Так он напрописавал так, чо не то что Eclipse но и в ком строке ничего постоить уже нельзя.
Пришлось деинсталировать - сразу восстановилось - спасибо хоть деисталлятор корректно все за собой почистил.

Странно. Весьма.
У Вас кросс-компилятор, значит имя файла gcc у Вас что-то вроде ppc-linux-gcc.
А хост компилятор имеет имя просто gcc. Как ни крути, а влиять не должно.
Если конечно не переопределять глобально переменные окружения CC, CPP, CXX, AS, LD и иже с ними.

Совершенно верно. Переменные были переопределены. Я детально не смотрел, достаточно было СС...
Насколько я заметил там где допустима кросс компиляция в приличном Makefile всегда вызов делает через переменные, в частности СС, и если ему надо по ходу что-то скомпилировать и в хост код (а такое частенько бывает, когда применяется какая нибудь утилита) то gсс напрямую.

Ну так указать полные пути в настройках и Workspace.

спасибо, запустил, получил исполнимый файл, правда еще не проверял.
Достаточно было:

Тормознул потому как диалог был "не очевидным".