ECLIPSE, LINUX IDE для кроссплатформенной работы Опции

[_Vladimir_]

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

[amw]

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

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

Прикрепленные файлы

 workspace.zip ( 119.31 килобайт ) Кол-во скачиваний: 78

 

[_Vladimir_]

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

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

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

[amw]

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

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

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

[_Vladimir_]

Да в общем это не сложно.
В некоторых случаях лучше файлы 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 - какие надо редактировать? хотя бы пример или направление - я что-то безнадежно торможу здесь.

[ryhor]

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 - какие надо редактировать? хотя бы пример или направление - я что-то безнадежно торможу здесь.

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

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