LINUX.ORG.RU

Представлена первая версия проекта LinuxTools — IDE для C/C++, основанной на Eclipse CDT

 , ,


0

0

LinuxTools — основанный на Eclipse CDT проект, который предназначен стать «полнофункциональным IDE для разработки C/C++», в первую очередь для Linux-разработчиков.

LinuxTools включает в себя:

  • Интеграцию с GNU Autotools;
  • Поддержку valgrind;
  • OProfile.

В перспективах поддержка RPM, Systemtap. Также планируется рассмотрение идеи включения Eclipse и плагинов в различные дистрибутивы Linux.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 1)

Ответ на: комментарий от eveel

s/во различные/в различные

ИМХО стоило б добавить DEB, хоть в LSB и RPM, но доля деба (убунту на десктопах, дебиан на серваках) огроменная.

BaBL ★★★★★
()
Ответ на: комментарий от f3ex

>Такое ощущение, что сейчас IDE клепают все кому не лень.

А почему бы и нет? На основе эклипса это достаточно легко, а идея интересная

obraztsov
()
Ответ на: комментарий от eveel

> Можно подробнее насчёт отличий от Eclipse + CDT?

Из новости:

> Интеграцию с GNU Autotools;

> Поддержку valgrind;

> OProfile.


В eclipse+cdt этого нет. Поддержка автолулзов была давно в виде ещё одного плагина.

Deleted
()

чем оно лучше того же eclipse + cdt?

> Также планируется рассмотрение идеи включения Eclipse и плагинов в различные дистрибутивы Linux.

интересно, а откуда я до сих пор ставил эклипс и плагины в убунту и сузе?

Jeepston ★★★
()

> в перспективах поддержка RPM
Red Hat Package Manager? Если да, то почему только RPM и именно RPM?

> Также планируется рассмотрение идеи включения Eclipse и плагинов в различные дистрибутивы Linux.

А где его ещё нет?

naryl ★★★★★
()

О, наконец будет ide(!kdevelop) с нормальной поддержкой valgrind. *утирает слезы радости*

YesSSS ★★★
()
Ответ на: комментарий от Jeepston

>интересно, а откуда я до сих пор ставил эклипс и плагины в убунту и сузе?

Про убунту и зузю не знаю, так как не использую. Ставил с eclipse.org может быть?

obraztsov
()
Ответ на: комментарий от windowsuser

> Eclipse должен сдохнуть раз и на всегда!

Да не. Нормальная чтука. 3.0 была тормозная, да. сейчас довольно шустрая.

ossa ★★
()
Ответ на: комментарий от f3ex

>Такое ощущение, что сейчас IDE клепают все кому не лень.

Как не крути, а без них разработка идет дольше. Так что это скорее добро, чем зло.

programmist
()
Ответ на: комментарий от windowsuser

> Eclipse должен сдохнуть раз и на всегда!

Тупым вендотроллям здесь слова не давали.

tailgunner ★★★★★
()

А почему только автолулзы? cmake хочу.

Zenom ★★★
()
Ответ на: комментарий от Jeepston

>чем оно лучше того же eclipse + cdt?
Надо полагать это убудет cdt + linux-специфичные плагины

Sova777
()

Хорошо, если ЭТО "легче" Эклипса.

Deleted
()

Любопытно. Гляну на досуге.

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

Vark
()

Это конечно хорошо... но на мой взгляд тот, кому это действительно надо, сделает это сам на базе того же eclipse

yoghurt ★★★★★
()
Ответ на: комментарий от ossa

>3.0 была тормозная, да. сейчас довольно шустрая.

а если туда в качестве проекта загрузить исходники ядра линукс, то нормально работает?

dimon555 ★★★★★
()

Ээээххх, ещё бы кушало оно меньше ресурсов..

pento ★★★★★
()
Ответ на: комментарий от Vark

Все настройки плагинов хранятся в воркспейсе. Хотите иметь единые настройки для всех проектов - используйте один воркспейс. В папке проекта, хранятся настройки плагинов, специфичные только для этого проекта.

hunger
()
Ответ на: комментарий от dimon555

> Сколько гигабайт памяти надо для использования? 8 или 16?

Чёрт, у меня только 4 :( Вот всегда на моей машине памяти в два раза меньше, чем требуется Эклипсу...

mv ★★★★★
()
Ответ на: комментарий от programmist

> Как не крути, а без них разработка идет дольше. Так что это скорее добро, чем зло.

Уважаемый программист не перепутал уровень вхождения с пользой использования? Есть мнение, что разработка не должна идти быстро, она должна идти правильно и желательно вдумчиво. А быстро только windows получается. Да, чем больше число IDE, тем больше кодеров считающих себя разработчиками. Но опять же миллион мартышек ещё не напечатали "Войну и Мир".

alx_me ★★☆
()
Ответ на: комментарий от alx_me

> Да, чем больше число IDE, тем больше кодеров считающих себя разработчиками. Но опять же миллион мартышек ещё не напечатали "Войну и Мир".

/me представил себе тысячу мартышек-программистов, печатающих в emacs'е и vim'е, а так же разработчика, вдумчиво проделывающего дырочки в перфоленте.

Deleted
()
Ответ на: комментарий от Deleted

> /me представил себе тысячу мартышек-программистов, печатающих в emacs'е и vim'е,

Ты элитных гиббонов с мартышками-то не путай!

mv ★★★★★
()
Ответ на: комментарий от mv

> Ты элитных гиббонов с мартышками-то не путай!

Пардон!

Deleted
()
Ответ на: комментарий от alx_me

>разработка не должна идти быстро, она должна идти правильно и желательно вдумчиво

разработка должна идти быстро, она должна идти правильно и вдумчиво.

fixed

Суровые реалии... расположено в порядке важности, как это не печально.

programmist
()
Ответ на: комментарий от mv

> Ты элитных гиббонов с мартышками-то не путай!

Отборные, с мазолистыми... :-)

alx_me ★★☆
()
Ответ на: комментарий от programmist

> Суровые реалии...

Суровые реалии таковы, что быстро начав, трудно кончить :-(, я про программный продукт.

alx_me ★★☆
()
Ответ на: комментарий от programmist

Отсюда люди, избегающие граблей, делают акцент не на 'быстро' а на 'вдумчиво'. Но заказчик есть заказчик - специально для них существует ТЗ и контракт. Но при этом не надо забывать, что десять раз можно отмазаться от тупых, но так как их много, то выгоднее делать, как надо а не так как они заказывают - позже проблем с репутацией не будет.

alx_me ★★☆
()
Ответ на: комментарий от alx_me

>> Как не крути, а без них разработка идет дольше. Так что это скорее добро, чем зло.

> Уважаемый программист не перепутал уровень вхождения с пользой использования?

А ты - не перепутал?

> Есть мнение, что разработка не должна идти быстро, она должна идти правильно и желательно вдумчиво.

Есть мнение, что при этом она должна идти еще и быстро.

tailgunner ★★★★★
()
Ответ на: комментарий от hunger

Спасибо канеш за разъяснение, но вот держать все проекты в одном воркспейсе только для того, чтобы у меня горячие клавиши были привычными лично для меня (к примеру) - это нормально? А если подумать про "инородные" воркспейсы, так еще больше гурстно становиться. Вы уж простите, но такой подход я никогда не буду считать удобным.

Vark
()
Ответ на: комментарий от programmist

> Суровые реалии... расположено в порядке важности, как это не печально.

Не надо ля-ля. Разработка должна идти правильно, иначе все серьёзные клиенты разбегутся. Серьёзные клиенты легче согласятся сдвинуть дедлайн на месяц, чем стотыщ транзакций безвозвратно потерять или поиметь отток уже их клиентов из-за невообразимых тормозов внедрённой системы.

mv ★★★★★
()
Ответ на: комментарий от tailgunner

> Есть мнение, что при этом она должна идти еще и быстро.

Безусловно, но качество должно быть на первом месте. "Завтра дедлайн, отдаём, как есть, а потом правим на живую." - это абсолютно неправильно.

mv ★★★★★
()
Ответ на: комментарий от krasnoglazeg

Круто, .spec-редактор отличный, мне как раз такого не хватало. :)

cruxish ★★★★
()

идея неплохая, но монстров вроде эклипса я не долюбливаю, что-нибудь вроде QtCreator, т.е. нацеленного на конкретные языки и либы с полной интеграцией документации и т.д., мне больше по душе. да и вопрос быстродействия остаётся открытым

PayableOnDeath
()
Ответ на: комментарий от PayableOnDeath

> да и вопрос быстродействия остаётся открытым

Говорят, что двухпроцессорной машины с гигабайтами памяти для набора текстов уже хватает.

mv ★★★★★
()
Ответ на: комментарий от mv

>> Есть мнение, что при этом она должна идти еще и быстро.

> Безусловно, но качество должно быть на первом месте.

И что, само по себе использование Eclipse ухудшает качество? Тот же самый элитный гиббон^W^Wмартышка^Wразработчик, работающий в Emacs, справится с работой быстрее и качественнее?

> "Завтра дедлайн, отдаём, как есть, а потом правим на живую." - это абсолютно неправильно.

<гхарег моде>Это XP, сынок</гхарег моде>

tailgunner ★★★★★
()

Очередная поделка на жабе.. Еще один жуткий тормоз в полку жаба-иде. Лучше бы делом занялись и выпустили бы что-нить типа qtcreator, либо сделали бы под него плагины.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от tailgunner

> И что, само по себе использование Eclipse ухудшает качество? Тот же самый элитный гиббон^W^Wмартышка^Wразработчик, работающий в Emacs, справится с работой быстрее и качественнее?

Я про связку какчество-эклипс ничего не говорил. Но адепты красивых IDE в этом треде говорят, что скорость клепания - вот оно, главное!

> Это XP, сынок

Проследуйте в Бангалор ;)

mv ★★★★★
()
Ответ на: комментарий от mv

> Я про связку какчество-эклипс ничего не говорил.

Ты ответил на мой ответ насчет качества :)

> Но адепты красивых IDE в этом треде говорят, что скорость клепания - вот оно, главное!

Они немного не так говорили. Но да, в жизни бывает и так, что скорость клепания - главное.

tailgunner ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.