LINUX.ORG.RU

KDevelop - проблемы на старте


0

0

Недавно наконец то смог вплотную занятся Linux и разумеется в первую очеред попытался установить систему разработки для С/С++. KDevеlop показался надёжным и я поставил его. Но всё сразу началось с того, что генерируемые мастером проекты не строятся Не было библиотеки (а ставил я для Ubuntu системным стандартным тулзом и зависимости должны были отработаться). После библиотеки пришлось ручками править configure.in makefile.am - проект построился, но переключить его с debug на default или optimized - уже не получается. Добавить файл в проект можно, но только в корень а в SRC сначала его нужно создать а уже потом добавить, удалить из проекта не получается не всегда и т.д. Пока мне намного проще самому отслеживать все зависимости вносить исправления в Makefile или использовать Сonfigure без "помощи" оболочки, но как-то это не современно. Описания толкового тоже не увидел, а интересуют не столько кнопки интерфейса сколько как оно работает. И разбросано как-то всё.

У меня вопрос к опытным разработчикам C/C++: Стоит-ли мне тратить время на изучение этой интуитивно мне непонятной среды или есть что-то более подходящее? До того я работал с различными компиляторами и тулзами, которые предоставляли оболочку не скрывая механизма построения проекта - чистый GUI и не более, а менеджмент самостоятельно. - Это конечно привычно , но уже 21 век. MSVC конечно тоже хорошо знаком, но он не любит когда думают за него, а это тоже хочется иногда - например порыться в Makefile или просто убедиться, что он что-то делает правильно. KDevelop вроде соответствует но ....

Благодарю Вас.


qtcreator, code::blocks, eclipse, emacs, vim :-\

hizel ★★★★★
()

если вообще С/С++, то NetBeans. если строго под Qt/С++, то qtcreator. сабж использовать тоже можно, но только как кавайный разноцветный редактор ;)

arsi ★★★★★
()

Года два назад сразу после венды пользовался kdevelop, ибо был похож на вижул студию и показался интуитивно понятным. Но затрахали ежедневные падения: то после старта, то после открытия проекта, то еще почему-то. Но с вашими проблемами не сталкивался, работало как надо. Потом мне это (падения) надоело и перелез на kate.

PS. было это все под мандривой и kde3.5.

staseg ★★★★★
()

для кутей действительно лучше будет если qtcreator

хотя по мне, так можно даже в vi писать.

дело привычки.

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

>Ты что, это ж elisp надо учить

Ну это если основательно подходить к вопросу =))) А так, имхо, ньюфаг может порыться в интернетах, покопипастить конфигов, почитать у Отта про CEDET - и вполне можно работать

yoghurt ★★★★★
()

Спасибо всем. Основное моё предположение подтвердилось. Кстати, и у меня KDevelop падал нередко и внезапно (версия 3.5.10 ), но так-же падают и вообще иксы у меня в Ubuntu и я не считая свои настройки-установки идеальными об этом умолчал. Те страсти, что я описал возможно результат нестыковок установленного софта или настроек, но я как неопытный в этой среде пытался использовать умолчание по-максимуму и ничего сам не придумывал. В основном sudo apt-get install XXXX или даже красивый инсталлятор в меню. А шаманских ритуалов как в Windows что ставить первым, а что вторым я ещё не знаю. Сейчас поставил NetBeans и разбираюсь с ним. Ещё раз всем спасибо - на первых шагах как и младенцу любая поддержка - огромная помощь.

Sergey
() автор топика

Сто лет назад использовал KDevelop, но таких проблем не встречал. Новые версии выходили регулярно (я старался использовать самые последние). Помню только, что мне KDevelop не понравился своей монструозностью и глюкавостью. Подробностей не помню.
Пытался освоить Emacs - не срослось. Зато с Vim все было хорошо.
Теперь использую Code::Blocks (собираю раз в неделю из репозитория) и Vim.

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

Можно поинтерисоваться, что нравится в Vim-е?
Лично я за 2 года пользования так и не запомнил как выделить, скопировать и вставить часть текста. Приходилось тупо жать dd p, переводить курсор и опять p.
А скрипты - это же страшно глядеть, читабельность хуже Перла.
Интуитивность - нулевая. Пригоден только для малой правки конфига, но никак для программирования.

PS лютый емаксер я, да!

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

> Пытался освоить Emacs - не срослось.

Emacs прекрасен тем, что нужные фичи можно легко написать самому. И вдвойне прекрасно, что писать надо на лиспе, а на лиспе писать в сто раз проще.

Хотя, как правило, всё давно уже написано...

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

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

Его же можно спи^Wукрасть?

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

> Спи^Wукрасть-то можно всё, вопрос -- нахрена, если и вим, и емакс умеют больше. 8))

Известно же: вим - бибикает и портит текст, а в емаксе не хватает пальцев, чтобы хотя бы выйти.

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

>Йех, на что только не идут, лишь бы не отращивать пару дополнительных рук... 8))

на что люди только не идут, лишь бы не заниматься делом

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

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

хммм, я работаю и получаю достаточно, чтобы спокойно купить лицензию на данный редактор

а вы еще до сих пор настраиваете редактор?

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

>Спи^Wукрасть-то можно всё, вопрос -- нахрена, если и вим, и емакс умеют больше. 8))

докажите, а то пустословие получается

в данном контексте докажите, разработка под C/C++

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

Доказать? Из списка фич, указанных разработчиками сликедита, нет ни одной, которую не умели бы нормальные редакторы. Возможно, я что-то упустил, тогда покажи, что именно.

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

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

Вы зарабытаваете меньше в n раз чем он стоит?

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

По ссылке которую я привел достаточно пройти и посмотреть демки
потом там же посмотри на список всех фич

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

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

> Вы зарабытаваете меньше в n раз чем он стоит?

Это такой новый приём лохотронщиков -- "ты чё, нищеброд, чё ли, за буханку хлеба 1000р. пожалел?! Ты чё, в n раз меньше зарабатываешь, чё ли?!" Так, я правильно воспроизвёл Вашу интонацию?

Я способен заплатить 1000р. за буханку, но я так же достаточно умён, чтобы этого не делать. 8))

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

Кидание пустых слов - характерно для лора похоже
аргументы пожалуйста, чем он лузерный?
Да и не забывайте, что это не редактор прежде, а IDE

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

> По ссылке которую я привел достаточно пройти и посмотреть демки потом там же посмотри на список всех фич

Так я же говорю -- не заметил ничего особо выдающегося.

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

Так ты назови уже хоть одну из фич, которую не умеет ни вим, ни емакс (скажем).

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

1) управление проектами
slickedit умеет также генерить makefile для сборки вне среды

2) list members, autocompletions с корректным отображением символов
также отображение в случае автокомплита doxygen комментариев, если таковые имеются
http://slickedit.com/images/stories/products/slickedit/screenshots/list_membe...
http://slickedit.com/demo/low/Auto-Completions/Auto-Completions.html

также smart autocomplete - http://www.linux.org.ru/view-message.jsp?msgid=1832144&page=6#comment-183...

3) встроенная поддержка отладчика

4) навигация по коду
http://slickedit.com/demo/high/CodeNavigation/CodeNavigation.html

5) создание doxygen комментариев и preview их же

6) source diff && merge
http://slickedit.com/products/slickedit/slickedit-new-features#SourceDiff

7) http://slickedit.com/products/slickedit/slickedit-new-features#DLanguageSupport

8) http://slickedit.com/products/slickedit/slickedit-new-features#PythonDebugger


заметьте это лишь малая часть того, что умеет slickedit, далее смотреть лучше на эти страницы
http://slickedit.com/products/slickedit/slickedit-new-features
http://slickedit.com/products/slickedit/slickedit-languages-supported
http://slickedit.com/products/slickedit/slickedit-features-by-language

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

1) А CMakeLists.txt генерить? А какой Makefile -- для GNU make, BSD make, nmake, борландовского? Впрочем, на основе какого-нибудь projects.vim делается за полторы секунды. Вот с полной поддержкой Makefile-based проектов -- было бы интересно, но как-то сомнительно.

2) omni completion? С доксигеном из коробки туго, да. Хотя в емаксе есть пришлёпка для просмотра нужной уже сгенерённой доксигеном доки, емнип.

3) А оно надо? Хотя тоже есть. В виме несколько через Ж, в емаксе, afaik, нормально.

4) Эмн... А что, где-то с этим большие проблемы? Да, а можно вот то же самое, что по ссылке, только чтобы руку не тянуть и мышку за ноутбуком не отыскивать?

5) В чём проблема с созданием? С превью сложнее, не вопрос, но занафига оно надо -- лично мне не понятно. Формат доксигеновских комментариев, вроде, крайне простой.

6) А в чём проблема?

7) Убийственное преимущество -- поддержка какого-то слабораспространённого языка. Да, в виме нет полноценной поддержки D, насколько я могу судить.

8) vimpdb, vdb не айс? На питоне не пишу, поэтому не в курсе, что оно умеет.

Это только про vim, с емаксом я слабо знаком, но он явно помощнее, так что ещё можно навычёркивать. Итого: поддержка D и предпросмотр доксигена за 300 баксов. Буханка за тысячу, я и говорю.

Теперь вспомним какой-нибудь эклипс, столь же бесплатный, и подумаем ещё раз.

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