Открыт 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 плагин. Пожелания, предложения, замечания до выхода тестовой версии - приветствуются.  Да и после 

У меня есть пожелание  Допилить бобик и / или OmniCppComplete чтобы они работали друг с другом, а то у меня руки не доходят попробовать...  

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

Ну и потом, если так нравится Idea/Eclipse/Netbeans, никто же не заставляет пользоваться топиком. 


Нет чтобы предложить конструктив(не говоря уже о помощи и содействии)... На подобные заявления каждый горазд

Нет, впечатление не правильное складывается ) Пока кодовая база проекта относительно небольшая, или когда очень хорошо продуманная архитектура и не менее хорошо документированная, то вполне можно все держать в голове для эффективной разработки. В этом случае можно обходиться чем-то вроде silent_bob/ctags/find+grep. Но и для таких случаев более эффективные инструменты также полезны. Т.к. просто возволяют еще больше держать в голове, т.к. постоянно подсказывают связи между разными частями проекта.


А я и пользуюсь тем, что считаю наиболее эффективным для себя. Просто в процессе обсуждения IDE под линукс было предложено воспользоваться "бобиком", утверждалось, что он не менее хорош чем Xrefactory. Вот я и решил немного изучить возможности "бобика".


Так сначала нужно понять для чего был написан "бобик", какие он задачи пытается решить, как он их пытается решить. Если ставится задача полноценной поддержки языка C++, то, по моему мнению, именно для решения этой задачи нет перспектив. Более конструктивно можно сказать, что теми средствами (preprocessing+regexps) эта задача практически и не решается. Поэтому мне и не интересен становится сам "бобик", соотвественно помогать я не вижу смысла...
 
В этом плане мне интереснее разбираться с CDT и помогать/содействовать/тестировать, community гораздо больше. Вот кто из форумчан разбирался (прикручивал к vim) и решил пользоваться "бобиком"? Хотелось бы услышать "success story".

nickless, Лады. Гляну софтину на досуге.

Вышел тестовый бобик с модифицированной системой плагинов и плагином руби. Так же пофиксены некоторые баги.

Я тут пытаюсь догнать одну вещь. Если бобик - узкоспециализированная прога, то на чем выезжает cscope, у которого функционала меньше на порядок ?   

GrayCardinal, 
bob --call-tags <DIR> падает с SIGSEGV
сообщение об ошибке есть, но SIGSEGV - это нехорошо   
решение - в sblib/the_tt.cxx в строке 338 проверить результат выполнения tt_map()
падает на the_tt_for_buffers() в строке 349, т. к d_tt_state->fileData == NULL

Это сообщение отредактировал(а) MAKCim - 7.9.2008, 11:51

   Правда в ближайшие месяца 3 у меня даже поюзать времени не будет...  


ИМХО он просто есть везде, причём уже давно, используется в другом софте/скриптах и вообще его все знают, а бобик - пока нет. Надо продвигать в массы,  

MAKCim, 
Благодарю за баг репорт. В экспериментальной ветке вроде пофиксил 

GrayCardinal, 
я не нашел
есть ли опция для рекурсивного обхода всех директорий? (типа опции -R в ctags)

MAKCim, 
Не нашел рекурсивный обход или что, не понял.  
В бобе --make-ctags без параметров - по дефолту рекурсивный обход диров. Можно ещё так
$ bob --cfiles
$ bob -L ./cfiles --make-ctags

Для перл, питона, руби аналогично
$ bob [--perl | --python | --ruby] --files
И далее
$ bob -L <lang>_files --make-ctags

Тут мысля была - создавать доп файлик с датами модификации файлов, дабы работать потом только с измененными... Как вам это ?

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

выложил 1.7 ... Нааавались ! 

По просьбе трудящихся обновлен GIT.
git clone git://repo.or.cz/silentbob2.git
(самая последняя версия). 
Кому нужен доступ на запись - стучитесь на мыло. приложив пару-тройку патчей...

С любовью из Сибири...
Олег.