>А почему? А зачем?

1. Сейчас CEDET разрабатывается в CVS, который морально и функционально устарел. Bazaar хоть и тормознутое г, но получше будет.
2. Упрощение синхронизации с Emacs (который не так давно перешёл на bzr).
3. Bzr - официальный проект FSF.

Не верю я в эти многоязычные среды. Разным языкам важны разные фишки.

CEDET это не совсем среда - это набор инструментов (парсеры, кэши парсенного кода и т.п.) для построения сред разработки. Есть конкретные реализации, code completion, например, как встроенные в сам cedet, так и реализуемые в других пакетах - auto-complete mode, company mode - эти пакеты используют информацию, возвращаемую cedet для выполнения своих функций

Cколько часов это убожество будет фаерфокс парсить, и сколько потом минут ждать автокомплита?

Емакснутость это тяжелое душевное заболевание.

В настоящий момент CEDET поддерживает работу с более 20 языками программирования, среди которых C/C++, Python, Java, JavaScript, PHP, Ruby.

Поддержка всего кроме C/C++ в зачаточном состоянии, как указано на оф. сайте. А я было понадеялся.

>1. Сейчас CEDET разрабатывается в CVS, который морально и функционально устарел. Bazaar хоть и тормознутое г, но получше будет.

А как же git? Subversion? Mercurial?

2. Упрощение синхронизации с Emacs (который не так давно перешёл на bzr).

Почему именно на bazaar?

3. Bzr - официальный проект FSF.

А не Arch? Насколько мне известно, Bazaar — официальный проект Caninical.

>CEDET это не совсем среда - это набор инструментов (парсеры, кэши парсенного кода и т.п.) для построения сред разработки. Есть конкретные реализации, code completion, например, как встроенные в сам cedet, так и реализуемые в других пакетах - auto-complete mode, company mode - эти пакеты используют информацию, возвращаемую cedet для выполнения своих функций

Как сделать так, чтобы оно не сохраняло везде свои файлы с кэшем? Если я редактирую, скажем, xorg.conf, то зачем мне там (в /etc/X11) semantic'овский кэш? Или уже пофиксили?

> Как сделать так, чтобы оно не сохраняло везде свои файлы с кэшем? Если я редактирую, скажем, xorg.conf, то зачем мне там (в /etc/X11) semantic'овский кэш?

По умолчанию все сохраняется в ~/.semanticdb

(С интонацией плачущего пятилетнего ребёнка, потирая кулаками глаза) — Леш, а чО он так долго грузиЦЦо?? :))

А насчет удобства — ну действительно иногда на распальцовку пальцев не хватает :)

Типичный пример — поиск и замена по регулярному выражению :) В общем, мыши плакали, кололись, но продолжали есть кактус... :)

Не совсем точно выразился, Bazaar - часть GNU project, поэтому он штольманоугоден и рекомендуется для разработки гнутого софта (к которому относится Emacs, и CEDET как часть Emacs).

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

а зачем его каждый раз грузить-то? на маке он у меня живет от перезагрузки до перезагрузки, а новое окно создается через emacsclient. К тому же в последних версиях есть режим демона, можешь запустить его в login скрипте, и подключаться к запущенному инстансу через тот же emacsclient

А GNU Arch уже R.I.P., года четыре как.

GNU Arch RIP?

Или как?

emacsserver много ресурсов кушает?

как обычный емакс - у тебя просто всегда есть инстанс, к которому можно подключиться/создать графическое окно, и использовать его

Хотелось бы сравненьице

Svn, bzr и git.

И животноводство!

И Mercurial.

> http://fotki.yandex.ru/users/ottalex/view/145810?page=0 :-)

Не очень портабельно, вроде?

По сути, все они говно :)

svn - централизованный, херовый мерж(хотя уже получше чем раньше). Ветви представлены просто папками, хреново отслеживает переименования и удаления. (пользовался им мало и почти два года назад). По мне так устарел. Плюс - на больших проектах рабочая копия весит намного меньше, чем весь репозиторий с историей, который в случае распределенных систем придется копировать. Актуально при медленном интернете.

Остальные распределенные. Основной их плюс - локальные комиты и минимум работы по сети. Т.е. каждый пользователь имеет не рабочую копию кода, а абсолютно полноценный репозиторий, в который точно так же можно комитить и т.д. В любой момент любые два репозитория можно слить. git - очень шустрый, репозиторий весит мало, дохера команд(~150), умеет много, раздутый мануал, довольно сложен в освоении. Распространен больше всех из dvcs, github очень крут. Написан на Си, не поддерживает(вроде как) плагины, поэтому весь функционал доступен сразу и в куче. Используется для ядра Линукса и кучи всего остального. hg - средний по скорости и размерам репозитория. Тормоза заметны только на очень больших проектах и слабых машинах. Написан на питоне. Очень прост в освоении и настройке, отличная документация. Есть хороший хостинг bitbucket. Поддерживает плагины, коих уже дохера написано под него, поэтому умеет почти столько же, сколько и git. После этого GSoC обещается много вкусного. Мой выбор. bzr - проект canonical. Нахер нужен непонятно, дублирует меркуриал почти полностью. Раньше сильно тормозил, теперь не знаю, зато хорошо жмет репозиторий. Распространен меньше трех предыдущих, в этом главный недостаток. Мало знаю про него. Дядя Столлман одобряет. А вообще это оффтоп и в гугле все есть.

а CEDET 2.0 превратит емакс в полноценную операционную систему с нормальным редактором текста?

Спасибо, отличная новость. Будем пробовать.

> [git] не поддерживает(вроде как) плагины

Хм, а что такое git-svn?

почему? все портабельно - это просто стандартные последовательности типа ., || и т.п. заменяются на соответствующие символы. У меня аналогичное и в ocaml и в lisp

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

emacs - единственный текстовый редактор, который можно использовать как телефон, т.е. звонить, просматривать и редактировать контакты.

а по теме - не верилось что cedet доделают. надо будет ещё раз попробовать, пока перебиваюсь gnu global...

> текстового редактора GNU/Emacs
4.2, Emacs - это ОС на Lisp.

> по теме - не верилось что cedet доделают. надо будет ещё раз попробовать, пока перебиваюсь gnu global...

Я думал они друг друга дополняют, в статье Алексея Отта про это написано

С нетерпением жду выпуска ArchEmacs на ядре GNU/Emacs.