cscope або ctags чому вибирати одне над іншим? [зачинено]

Я в основному використовую vim / gvim в якості редактора і розглядаю комбінацію lxr (Linux Cross Reference) та cscope або ctags для дослідження джерела ядра. Однак я ніколи не використовував ні cscope, ні ctags і хотів би почути, чому можна вибрати один за іншим, беручи до уваги моє використання vim як основного редактора.

ctags дозволяє дві функції: дозволяє переходити з викликів функцій до їх визначень та завершення omni. Перший означає, що коли ви закінчите дзвінок до методу, натисніть g]або CTRL-]перескочете на місце, де визначений або реалізований цей метод. Друга особливість означає, що коли ви вводите foo.або foo->, і якщо foo - це структура, то буде показано спливаюче меню із заповненням поля.

У cscope також є перша особливість - використання set cscopetag- але не остання. Однак додатково додається можливість стрибати в будь-яке місце, де викликається функція.

Що стосується стрибків навколо кодової бази, то теги завжди будуть вести вас до того місця, де функція реалізована, тоді як cscope може показати вам, де також називається функція.

Чому ви обираєте одне над іншим? Ну, я використовую і те, і інше. ctags простіше налаштувати, швидше запустити, і якщо ви дбаєте лише про стрибок в один бік, він покаже вам менше ліній. Можна просто бігати :!ctags -R .і g]просто працює. Це також дозволяє це все повне.

Cscope чудово підходить для великих, невідомих баз коду. Налаштування - це біль, тому що cscope потребує файлу, що містить список імен файлів для розбору. Також у vim, за замовчуванням, не встановлено ключових прив'язок - потрібно запустити :cscope blah blahвручну.

Для вирішення проблеми з кулаком у мене є скрипт, cscope_gen.shякий виглядає так:

#!/bin/sh
find . -name '*.py' \
-o -name '*.java' \
-o -iname '*.[CH]' \
-o -name '*.cpp' \
-o -name '*.cc' \
-o -name '*.hpp'  \
> cscope.files

# -b: just build
# -q: create inverted index
cscope -b -q

Цей пошук коду, який мене цікавить, створює список cscope.files та створює базу даних. Таким чином я можу запустити ":! Cscope_gen.sh", а не запам'ятовувати всі налаштовані кроки.

Я за допомогою цього фрагмента картографую пошук cscope в ctrl-space x 2, який пом'якшує інший спад моменту:

nmap <C-@><C-@> :cs find s <C-R>=expand("<cword>")<CR><CR>

Є цей плагін cscope_maps.vim, який встановлює купу подібних прив'язок. Я ніколи не пам'ятаю, що означають усі варіанти, тому прагнуть дотримуватися ctrl-space.

Отже, щоб зробити висновок: каталоги легше налаштовувати і в основному працюють, не роблячи іншого, це також важливо і для omni-Complete. cscope надає більше можливостей, якщо вам доведеться підтримувати велику і здебільшого невідому кодову базу, але вимагає більше роботи з ногами.

Я був у тій же ситуації кілька місяців тому ...

Недостатня точність ctags - це біль у .., і я знаходжу cscope набагато краще для всіх матеріалів, пов’язаних з макросами (а в ядрі Linux є купа макросів) ..

що стосується використання, це насправді просто ... ви просто набираєте cscope -R в корені ядра, і тоді вам нічого не турбуватися .. (я маю на увазі, якщо ви просто хочете вивчити, що ідеально ...)

Тоді всі ключові прив’язки базуються на Ctrl- \ (ви можете їх перезавантажити, якщо у вас алергія на Ctrl), ви в основному використовуєте s та g ....,

Розвиваючись для ядра, мені не потрібно було так багато завершення ....

У будь-якому випадку, піти на скаскоп, це набагато зручніше, точніше.

Хм ... Мабуть, ви повинні використовувати етаги замість ctags ...

Якщо ви використовуєте cscope, то ви можете бачити ланцюги викликів, тобто хто викликає цю функцію, і які функції викликає ця функція?

Я не впевнений, чи можна це зробити за допомогою етагів / ctags ...

Це лише одна особливість ... а як дізнатися файл, який містить певне визначення функції? Це ви отримуєте лише вскопічно.

Я використовую як cscope, так і етаги, вони обидва хороші для різних речей, особливо при роботі з великою базою кодів, наприклад, ядром Linux. Насправді я почав використовувати cscope та etags, коли почав працювати з Linux Kernel / Xen.

LXR не великий, тому що вам потрібно натискати, переходити по мережі тощо, тоді як ви можете будувати бази даних cscope та тегів на вашому коді ядра, і не потрібно переходити по мережі (на відміну від lxr).

Запропонуйте використовувати глобальні gtags. Неможливо використовувати плагін vim gen_tags для інтеграції gtags з vim.