Открыт GIT  репозитарий с SilentBob (1.5-stable, 1.6) (при поддержке powerfox'а)
git://repo.or.cz/opsoft.git
SVN теперь будет обновляться очень редко 
Чтобы слить бобика через гит :

$ git clone git://repo.or.cz/opsoft.git
$ git branch experimental origin/experimental 
$ git branch silentbob-1.5 origin/silentbob-1.5

Ветки - master последняя (относительно) стабильная версия.
experimental - ветка усиленной разработки (вплоть до того, что может не компилится) 
silentbob-1.5 - ветка-патчи к стабильной версии. Последний патч - багфикс опции -L в сочетании с --call-tags

Enjoy !

(обновление)
git://repo.or.cz/silentbob2.git

Это сообщение отредактировал(а) GrayCardinal - 1.2.2009, 12:17

up

ветка 1.5 убита. 1.6-стабильная. 1.7 - тестовая.

В экспериментальной ветке пофиксен баг в плагине перла. Теперь вроде работает. Ну: раз никто не заметил    

Хотелось бы понять какие возможности есть у "бобика". На сайте указываются недостатки ctags и scope, в частности плохая поддержка языка C++. И заявляется, что "In SilentBob these problems are absent. The application uses a custom preprocessor (written by me) rather than the regexps."

Можно ли с помощью "бобика" узнать из каких мест в программе вызывается конкретная функция? Можно ли зная текущее положение в исходном коде перейти к месту определения символа (переменной или функции)? Насколько хорошо все это работает для такого сложного языка как C++?

Вот. Конкретные вопросы. Отвечаю. 

Узнать из каких мест вызывается функция - можно. НО. Без привязки функции к классу. Т.е. Class::get  можно найти только где вызывается get. 
Что значит "зная текущее положение" ?
На счет хорошо работает - нормально работают - индексация (класс, функции): поиск по операторам --cgrep, call-tags с обозначенным выше ограничением.

Добавлено @ 09:18
Когда говорилось "эи проблемы решены" имелось в первую очередь то, что cscope не поддерживает Си++ в принципе (по крайней мере на момент написания текста), как дело обстоит сейчас -  не в курсе 

Добавлено через 1 минуту и 48 секунд
Благодарю за интерес к бобику   

Это сообщение отредактировал(а) GrayCardinal - 27.8.2008, 09:19

А в чем тогда выражается поддержка языка C++? В нем же все символы вроде бы именуются именно через global::inner::SomeClass::SubClass::someFunc:


 
Все-таки хочется понять, учитываются ли правила языка при поиске references или же "бобик" это просто тот же grep, только ищет  в определенных местах исходника, ничего не понимая. Вот например в таком коде

как найти все места вызова функции ::get() с помощью "бобика"? Будет ли учтено, что в реализации A::getVal() глобальное имя перекрыто функцией A::get()?

 
Ну имеется ввиду функциональность типа "open declaration". Например, при редактировании кода, скажем в vim, можно ли будет переходить к месту определения символа, на котором сейчас стоит курсор?

Да. Именно так.

Скажу так. Да, бобик ничего не понимает в коде. Это же не компилятор  Суть - пробегает по операторам: и выбирает то, что надо. Это всё. И не надо приписывать ему то, чего нет.  Но работает он не как греп, и бочерта-с два ты что-то найдешь грепом    Хотя плагин "греп" к бобику есть - основное отличие от одноименной проги - мультитредная оптимизация 

Это сообщение отредактировал(а) GrayCardinal - 28.8.2008, 08:54

Хлопцы, вы меня конечно извините, но внутренности бобика - не главное. Главное ЮЗАБЕЛЬНОСТЬ (которая у всех известных мне остальных прог стремится к нулю)

Где то я ветки косячнул... пришлось убить (без потерь) смотрим master и experimental

Ну для меня юзабельность таких инструментов для C++ определяется тем, насколько хорошо они понимают C++  Особенно после java IDE типа Idea/Eclipse/Netbeans смотреть на поделки, претендующие на IDE для C++, очень смешно (это про недо-C++-IDE типа Kate+gcc, Kdevelop, CodeBlocks).

То что ctags и "ko" практически не пригодны для C++ я полностью согласен, поэтому и выбираю куда более юзабельные и продвинутые инструменты вроде xref/CDT/VA. Ну а "бобик" как продвинутый grep для меня не очень интересен, т.к. он почти и не продвинулся по сравнению с ctags и "ko". Рекомендую хотя бы поробывать Emacs+Xrefactory на самом коде "бобика" )


Любой полноценный инструмент неизбежно должен содержать front-end компилятора языка, для которого он предназначен. Так сделано во всех полноценных java IDE.

kamre, 
Хм. Мое дело предложить 

А мое дело изучить и решить для себя, стоит ли пользоваться предлагаемым инструментом 

А вообще, предлагать "бобика" как замену Xrefactory:

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

P.S. Вот если бы заняться переписыванием cdt.core на c++ и/или встраиванием в vim/emacs... 



Это сообщение отредактировал(а) kamre - 28.8.2008, 13:46

kamre, 
Это не моя фраза в цитате :(

Добавлено через 40 секунд
Или моя ? Уже не помню 

Добавлено через 1 минуту и 52 секунды

У нас в сибири говорят "ветер в спину". 

Скоро выпущу тестовую 1.7 . Ваяю Ruby плагин. Пожелания, предложения, замечания до выхода тестовой версии - приветствуются.  Да и после