[devel] prepared tags in *-devel and similar packages

[devel] prepared tags in *-devel and similar packages

[Gleb Stiblo]

On Fri, Feb 25, 2005 at 10:37:22AM +0200, Kirill A. Shutemov wrote:
[...]
MS>> Действительно, проще уж тогда в сами пакеты, если всё так плохо.
MS>> 
MS>> Вот только мне лично лень потрошить все свои *-devel.  И думаю,
MS>> не только мне.  Поэтому подумайте, что так проблема решается
MS>> кумулятивно, а так -- рассыпается на дофига персональных проблем.
MS>> Надо взвесить...
KAS> Как вариант, сделать это на уровне rpm. Добавить новый скрипт, который бы
KAS> генеровал тэги в /usr/lib/rpm/brp-alt. 
Кстати есть ещё и не devel пакеты, для которых полезно tags генеровать:
i.e. python, perl, ruby, tcl и т.д. модули.

А вообще было бы приятно: поставил к примеру новый руби модуль, открыл в
виме файл на руби, а вим автоматом системные тэги подхватил. и руками
ничего делать не надо. 


-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

* Gleb Stiblo <g.stiblo@> [050225 11:57]:
> KAS> Как вариант, сделать это на уровне rpm. Добавить новый скрипт, который бы
> KAS> генеровал тэги в /usr/lib/rpm/brp-alt. 
> Кстати есть ещё и не devel пакеты, для которых полезно tags генеровать:
> i.e. python, perl, ruby, tcl и т.д. модули.
ctags это всё умеет вроде:

$ ctags --list-languages | wc -l
33

Новый макрос %gen_tags в %install и 

%files -f %name.tags devel
...

Думаю, выносить тэги в отдельный devel-tags большого смысла
нет...

-- 
Regards, Sir Raorn.
-------------------
> Сервер начального уровня и рабочая станция это слишком размытые и
> пересекающиеся понятия.
Не факт. Рабочая станция - это либо ноут, либо однопроцессорный комп. Все
что два камня, без AGP, со встроенной видюхой и SCSI - можно уже считать
сервером ;-)
		-- rider in hardware@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] prepared tags in *-devel and similar packages

[Gleb Stiblo]

On Fri, Feb 25, 2005 at 12:05:10PM +0300, Alexey I. Froloff wrote:
KAS>>> Как вариант, сделать это на уровне rpm. Добавить новый скрипт, который бы
KAS>>> генеровал тэги в /usr/lib/rpm/brp-alt. 
GS>> Кстати есть ещё и не devel пакеты, для которых полезно tags генеровать:
GS>> i.e. python, perl, ruby, tcl и т.д. модули.
AIF> ctags это всё умеет вроде:
AIF> 
AIF> $ ctags --list-languages | wc -l
AIF> 33
Я в курсе =), только пока:
1. некуда эти tags складывать
2. их никто и не предоставляет
3. вим их не подхватывает сам ;)

AIF> Новый макрос %gen_tags в %install и 
А это он где и когда появился? Или это предложение его сделать?

AIF> %files -f %name.tags devel
AIF> ...
AIF> 
AIF> Думаю, выносить тэги в отдельный devel-tags большого смысла
AIF> нет...
Согласен.

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

* Gleb Stiblo <g.stiblo@> [050225 12:23]:
> 1. некуда эти tags складывать
Вот тут и обсудим.  Можно в /usr/{lib,share}/tags/%name

> 2. их никто и не предоставляет
_Пока_ не предоставляет.

> 3. вим их не подхватывает сам ;)
apt-get install vim-plugin-taglist ;-)  Может придётся немного
пропатчить.

> AIF> Новый макрос %gen_tags в %install и 
> А это он где и когда появился? Или это предложение его сделать?
Предложение.

-- 
Regards, Sir Raorn.
-------------------
incoming работает нормально - проверил с четырех разных российских точек.
		-- rider in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey Rusakov]

On 25.02.2005 13:38, Alexey I. Froloff wrote:
> * Gleb Stiblo <g.stiblo@> [050225 12:23]:
>>1. некуда эти tags складывать
> Вот тут и обсудим.  Можно в /usr/{lib,share}/tags/%name
Ещё один вопрос по теме: нужно ли делать отдельное место под теги для 
каждого пользователя? Что-то вроде ~/.local/tags %-)

>>2. их никто и не предоставляет
> _Пока_ не предоставляет.
Недоработка, определённо. :)

>>AIF> Новый макрос %gen_tags в %install и 
>>А это он где и когда появился? Или это предложение его сделать?
> Предложение.
По-моему, отличное предложение.

-- 
   Alexey "Ktirf" Rusakov

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 178 bytes --]

* Gleb Stiblo <g.stiblo@> [050225 12:25]:
> 3. вим их не подхватывает сам ;)
:help 'tags'

Это список, использование wildcards не возбраняется.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 641 bytes --]

* Alexey Rusakov <ktirf@> [050225 15:49]:
> >Вот тут и обсудим.  Можно в /usr/{lib,share}/tags/%name
/usr/{lib,share}/tags/$lang/%name, чтобы по языкам
програмирования разбить.

> Ещё один вопрос по теме: нужно ли делать отдельное место под теги для 
> каждого пользователя? Что-то вроде ~/.local/tags %-)
Ну, сейчас vim делает так:

'tags' 'tag'		string	(default "./tags,tags", when compiled with
				|+emacs_tags|: "./tags,./TAGS,tags,TAGS")

Теоретически, не вижу прицин почему бы этого не сделать.  На
практике можно сделать конфигурабельным.  Я уже придумал как
нарисовать плагин для vim ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] prepared tags in *-devel and similar packages

[Gleb Stiblo]

On Sat, Feb 26, 2005 at 12:57:47PM +0300, Alexey I. Froloff wrote:
GS>> 1. некуда эти tags складывать
AIF>Вот тут и обсудим.  Можно в /usr/{lib,share}/tags/%name
наверное лучше так:
/usr/share/tags/{c,perl,php,ruby,tcl,...}/%name

[...]
GS>> 3. вим их не подхватывает сам ;)
AIF> :help 'tags'
AIF> 
AIF> Это список, использование wildcards не возбраняется.
Про wildcards я как-то пропустил. Полезная вещь.

Кстати, кто из редакторов/IDE и какие типы тэгов поддерживает(emacs vs
normal):
	kdevelop,
	anjuta,
	vim,
	emacs,
кто больше?
Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
пользовали все IDE.


-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [devel] prepared tags in *-devel and similar packages

[Vital Khilko]

[-- Attachment #1: Type: text/plain, Size: 1943 bytes --]

On Пан, 2005-02-28 at 10:27 +0200, Gleb Stiblo wrote:
>On Sat, Feb 26, 2005 at 12:57:47PM +0300, Alexey I. Froloff wrote:
>GS>> 1. некуда эти tags складывать
>AIF>Вот тут и обсудим.  Можно в /usr/{lib,share}/tags/%name
>наверное лучше так:
>/usr/share/tags/{c,perl,php,ruby,tcl,...}/%name
>
>[...]
>GS>> 3. вим их не подхватывает сам ;)
>AIF> :help 'tags'
>AIF> 
>AIF> Это список, использование wildcards не возбраняется.
>Про wildcards я как-то пропустил. Полезная вещь.
>
>Кстати, кто из редакторов/IDE и какие типы тэгов поддерживает(emacs vs
>normal):
>	kdevelop,
>	anjuta,
	Я задал Naba вопрос о формате в 2.0 но он молчит, визуальный анализ
тегов в 1.х показал что там _свой_ формат. Но учитывая штепсельность
новой анютки проблем с использованием normal ctags быть не должно. Думаю
что ждущий своей очереди в сизиф monodevelop тоже научат _правильным_
тегам, оставим в их багзилке свои пожелания =).
>	vim,
>	emacs,
>кто больше?
>Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
>пользовали все IDE.

-- 
>А может его просто положить в Даедалуc? Так как там по определению
>находится софт, за которым Security Team не смотрит
Да туда не только Sec.Team не смотрит, туда вообще почти никто не 
смотрит ;-)
                -- andy in devel@

[-- Attachment #2: Гэтая частка паведамленьня падпісана электронным подпісам --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 2731 bytes --]

* Gleb Stiblo <g.stiblo@> [050228 11:38]:
> Кстати, кто из редакторов/IDE и какие типы тэгов поддерживает(emacs vs
> normal):
> 	kdevelop,
> 	anjuta,
> 	vim,
> 	emacs,
> кто больше?
man ctags:

  Vi(1) and its derivatives (e.g. Elvis, Vim,  Vile,  Lemmy),  CRiSP,
  Emacs, FTE (Folding Text Editor), JED, jEdit, Mined, NEdit (Nirvana
  Edit), TSE (The SemWare Editor), UltraEdit, WorkSpace, X2, Zeus

> Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
> пользовали все IDE.
Предлагаю proposal:

Теги разбиваются по языкам програмирования.  Rationale:  В разных
язвках програмирования могут быть функции (переменные, константы)
с одинаковыми именами.  Для vim это реализуется на уровне
ftplugin'ов, я даже такой нарисую.

В пределах одного языка теги из всех пакетов складываются в один
каталог.  Один пакет - один файл тегов на язык:

/usr/share/tags/$language/%name

Поддерживаемые языки, поумлочательные каталоги (опционально -
shell-pattern имени файла), где эти теги ищутся, типы тегов
(ctags --list-kinds):

 + C/C++ (теоретически можно сказать что это один язык)
 /usr/include
 c,d,e,g,m,n,p,s,t,u,x (не используются f,l,v)

 + Lisp
 /usr/share/{emacs,xemacs} (*.el)
 f

 + Perl
 /usr/lib/perl5 (*.p[lmh])
 c,s (не используется s)

 + PHP
 /usr/lib/php/pear (*.php)
 c,d,f,v

 + Python
 /usr/lib/python* (*.py, наверно кроме __init__.py)
 c,f,m

 + Ruby
 /usr/share/ruby (*.rb)
 c,f,F,m

 + Scheme
 /usr/share/guile (*.scm)
 f,s

 + Sh
 /etc (на самом деле нас интересуют только
файлы functions:

find /etc /usr -type f -name functions 
/etc/chroot.d/functions
/etc/sisyphus/functions
/etc/rc.d/init.d/functions
/etc/net/scripts/functions
/etc/control.d/functions
/usr/share/separator/functions
/usr/share/cook/functions -- (этот попал сюда по ошибке ;-)
/usr/share/alternatives/functions
/usr/share/hasher/functions
/usr/lib/rpm/functions

плюс ко всему ctags для этих файлов не определяет автоматически
язык, приходится использовать --language-force)

 + Tcl
 /usr/share/tcl (*.tcl, кроме pkgIndex.tcl)
 c,m,p

 + Vim
 /usr/share/vim
 a,f,v

Ну это в принципе всё, что может встретится в дистрибутиве в
установленной из пакетов системе.

По поводу find-tags - получается один вызов ctags на язык (потому
как мы хотим держать теги для разных языков в разных файлах).
Список файлов либо генерится самим скриптом find-tags, при этом
идёт автоматический поиск по всем поддерживаемым языкам, либо
передаётся в виде аргумент(а,ов) командной строки, при этом
появляется обязательный параметр - язык.

Критикуйте, но учтите, что я это всё пишу в ни разу не
выспавшемся состоянии.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey Rusakov]

On 28.02.2005 17:37, Alexey I. Froloff wrote:
> Предлагаю proposal:
> 
> Теги разбиваются по языкам програмирования.  Rationale:  В разных
> язвках програмирования могут быть функции (переменные, константы)
> с одинаковыми именами.  Для vim это реализуется на уровне
> ftplugin'ов, я даже такой нарисую.
> 
> В пределах одного языка теги из всех пакетов складываются в один
> каталог.  Один пакет - один файл тегов на язык:
> 
> /usr/share/tags/$language/%name
Кхм, и держать /usr/share/tags на Reiser, потому что будет огромное 
количество мелких файлов... Сорри, критика неконструктивная, потому что 
лучше, чем это, я пока всё равно не могу придумать. В целом с подобной 
реализацией, пожалуй, соглашусь.
Я правильно понимаю, что для одного пакета с большой вероятностью будет 
всего один файл с тэгами? Редко когда в одном пакете встречаются 
привязки на нескольких языках сразу.

-- 
   Alexey "Ktirf" Rusakov

Re: [devel] prepared tags in *-devel and similar packages

[Vital Khilko]

[-- Attachment #1: Type: text/plain, Size: 1095 bytes --]

On Пан, 2005-02-28 at 18:09 +0300, Alexey Rusakov wrote:
>Кхм, и держать /usr/share/tags на Reiser, потому что будет огромное 
>количество мелких файлов... Сорри, критика неконструктивная, потому что 
>лучше, чем это, я пока всё равно не могу придумать. В целом с подобной 
>реализацией, пожалуй, соглашусь.
>Я правильно понимаю, что для одного пакета с большой вероятностью будет 
>всего один файл с тэгами? Редко когда в одном пакете встречаются 
>привязки на нескольких языках сразу.
>
Угу , потому как подобные пакеты в этом случае разбиваются на
подпакеты... Я думаю их не будет в принципе.
-- 
Z pažadańnem pośpexaŭ, Vital Xilko (Vital Khilko).
JID: vk@altlinux.org

[-- Attachment #2: Гэтая частка паведамленьня падпісана электронным подпісам --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1289 bytes --]

* Alexey Rusakov <ktirf@> [050228 18:12]:
> >В пределах одного языка теги из всех пакетов складываются в один
> >каталог.  Один пакет - один файл тегов на язык:

> >/usr/share/tags/$language/%name
> Кхм, и держать /usr/share/tags на Reiser, потому что будет
> огромное количество мелких файлов... Сорри, критика
> неконструктивная, потому что лучше, чем это, я пока всё равно
> не могу придумать. В целом с подобной реализацией, пожалуй,
> соглашусь.
Навскидку:

$ find /usr/include /usr/share/ruby /usr/lib/python2.3 /usr/share/tcl /usr/lib/perl5 -type f -print0 | xargs -r0 rpm -qf -- | sort | uniq | wc -l 
312

В любом случае это будет меньше, чем /usr/share/doc ;-)

Да, результат работы ctags -R --c-kinds=+px /usr/include у меня
занимает около 64 мегабайт, но у меня ещё kernel-headers от
2.6.10 установлены...

> Я правильно понимаю, что для одного пакета с большой
> вероятностью будет всего один файл с тэгами? Редко когда в
> одном пакете встречаются привязки на нескольких языках сразу.
Да, как правило.  Одно исключение нашёл - python-dev, C'шные
заголовки и модуль distutils, но такое встречается нечасто.

Ещё подумал - разбиение списка файлов по бинарным пакетам
остаётся на совести (какэтопорусски?) maintainer'а.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey Rusakov]

On 28.02.2005 18:38, Alexey I. Froloff wrote:
> Навскидку:
> 
> $ find /usr/include /usr/share/ruby /usr/lib/python2.3 /usr/share/tcl /usr/lib/perl5 -type f -print0 | xargs -r0 rpm -qf -- | sort | uniq | wc -l 
> 312
> 
> В любом случае это будет меньше, чем /usr/share/doc ;-)
> 
> Да, результат работы ctags -R --c-kinds=+px /usr/include у меня
> занимает около 64 мегабайт, но у меня ещё kernel-headers от
> 2.6.10 установлены...
Лучше, чем я думал. Тогда всеми двумя руками за. Готов добавить 
поддержку этого в старую Анюту.

> Ещё подумал - разбиение списка файлов по бинарным пакетам
> остаётся на совести (какэтопорусски?) maintainer'а.
[JT] Совесть? Да, действительно, на русский непереводимо... [/JT]

Что понимается под бинарными пакетами?

-- 
   Alexey "Ktirf" Rusakov

Re: [devel] prepared tags in *-devel and similar packages

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey I Froloff <raorn@immo.ru> writes:

 > * Gleb Stiblo <g.stiblo@> [050228 11:38]:
 >> Кстати, кто из редакторов/IDE и какие типы тэгов поддерживает(emacs vs
 >> normal):
 >> kdevelop,
 >> anjuta,
 >> vim,
 >> emacs,
 >> кто больше?
 > man ctags:

 >   Vi(1) and its derivatives (e.g. Elvis, Vim,  Vile,  Lemmy),  CRiSP,
 >   Emacs, FTE (Folding Text Editor), JED, jEdit, Mined, NEdit (Nirvana
 >   Edit), TSE (The SemWare Editor), UltraEdit, WorkSpace, X2, Zeus

Результаты работы ctags и ctags -e на мой взгляд сильно различны. (1)

 >> Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
 >> пользовали все IDE.
 > Предлагаю proposal:

 > Теги разбиваются по языкам програмирования.  Rationale:  В разных
 > язвках програмирования могут быть функции (переменные, константы)
 > с одинаковыми именами.  Для vim это реализуется на уровне
 > ftplugin'ов, я даже такой нарисую.

 > В пределах одного языка теги из всех пакетов складываются в один
 > каталог.  Один пакет - один файл тегов на язык:

 > /usr/share/tags/$language/%name

 > Поддерживаемые языки, поумлочательные каталоги (опционально -
 > shell-pattern имени файла), где эти теги ищутся, типы тегов
 > (ctags --list-kinds):

 >  + C/C++ (теоретически можно сказать что это один язык)
 >  /usr/include
 >  c,d,e,g,m,n,p,s,t,u,x (не используются f,l,v)
Этим предлагаю и ограничиться, если удастся разобраться с (1)

 >  + Lisp
 >  /usr/share/{emacs,xemacs} (*.el)
 >  f
Малоосмысленно. Эти зверьки имеют свои средства поиска символов,
по крмере в пределах одного flavour (FSF vs XEmacs)  (2)

[skipped]

 >  + Tcl
 >  /usr/share/tcl (*.tcl, кроме pkgIndex.tcl)
 >  c,m,p
Подобно (2), и думается мне, что прочие динамические языки
также способны позаботиться о себе сами.

-- 

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 367 bytes --]

* Alexey Rusakov <ktirf@> [050228 19:03]:
> Что понимается под бинарными пакетами?
Например:

Из dbus.src.rpm после пересборки получаются libdbus,
libdbus-devel, libdbus-glib, libdbus-glib-devel,
python-module-dbus (это то что у меня стоит).  Теги генерятся для
двух -devel и одного python-module (на самом деле devel'ов больше).

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1305 bytes --]

* Sergey Bolshakov <sbolshakov@> [050228 19:03]:
> Результаты работы ctags и ctags -e на мой взгляд сильно различны. (1)
Формат etags обладает рядом неисправимых преимуществ? ;-)

С etags проблема - у него формат бинарный.  А после генерации (на
стадии %install) надо будет оторвать $RPM_BUILD_ROOT от путей...

Или предлагаешь устраивать пляски с бубном в %post?  (Хотя можно
и ctags на эту тему зопатчить...)

Будем делать /usr/share/{tags,etags}/ ?

>  >  + C/C++ (теоретически можно сказать что это один язык)
>  >  /usr/include
>  >  c,d,e,g,m,n,p,s,t,u,x (не используются f,l,v)
> Этим предлагаю и ограничиться, если удастся разобраться с (1)

Ограничиться - оставить поддержку только C?  Несогласен.

>  >  + Lisp
>  >  /usr/share/{emacs,xemacs} (*.el)
>  >  f
> Малоосмысленно. Эти зверьки имеют свои средства поиска символов,
> по крмере в пределах одного flavour (FSF vs XEmacs)  (2)

Зверьки - emacs/xemacs?  Вычёркиваем ;-)

>  >  + Tcl
>  >  /usr/share/tcl (*.tcl, кроме pkgIndex.tcl)
>  >  c,m,p
> Подобно (2), и думается мне, что прочие динамические языки
> также способны позаботиться о себе сами.
Ну мы же не для языков, а для редакторов это делаем?  (Да-да.
Чего только люди не придумают, лишь бы не пользоваться EMACS (C))

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] prepared tags in *-devel and similar packages

[Sergey V Kalinin]

banzaj@lrn.ru

> On Sat, Feb 26, 2005 at 12:57:47PM +0300, Alexey I. Froloff wrote:
> GS>> 1. некуда эти tags складывать
> AIF>Вот тут и обсудим.  Можно в /usr/{lib,share}/tags/%name
> наверное лучше так:
> /usr/share/tags/{c,perl,php,ruby,tcl,...}/%name
>
> [...]
> GS>> 3. вим их не подхватывает сам ;)
> AIF> :help 'tags'
> AIF>
> AIF> Это список, использование wildcards не возбраняется.
> Про wildcards я как-то пропустил. Полезная вещь.
>
> Кстати, кто из редакторов/IDE и какие типы тэгов поддерживает(emacs vs
> normal):
> 	kdevelop,
> 	anjuta,
> 	vim,
> 	emacs,
> кто больше?
> Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
> пользовали все IDE.

Мой ProjMan поддерживает =)
там используется ctags, для автодобивки и помощи по именам процедур и
параметрам присутсвующим в исходниках разрабатываемой программы.
И они могут постоянно меняться - какой смысл их складывать в какой-то
системный каталог?!


-- 
Best regards!
===================================================
Sergey Kalinin (aka BanZaj)
"CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru

Re: [devel] prepared tags in *-devel and similar packages

[Alexey Rusakov]

Sergey V Kalinin wrote:

>>Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
>>пользовали все IDE.
>>    
>>
>
>Мой ProjMan поддерживает =)
>там используется ctags, для автодобивки и помощи по именам процедур и
>параметрам присутсвующим в исходниках разрабатываемой программы.
>И они могут постоянно меняться - какой смысл их складывать в какой-то
>системный каталог?!
>  
>
Перечитайте тред. Речь о тегах для библиотек, установленных в системе. 
Например, для gtk+. У вас по десять раз в день меняются теги для gtk+? :)

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] prepared tags in *-devel and similar packages

[Sergey V Kalinin]

Sergey V Kalinin wrote:

>>Это я к тому, что, если делать тэги общесистемными, так надо, что бы их
>>пользовали все IDE.
>>
>>
>
>Мой ProjMan поддерживает =)
>там используется ctags, для автодобивки и помощи по именам процедур и
>параметрам присутсвующим в исходниках разрабатываемой программы.
>И они могут постоянно меняться - какой смысл их складывать в какой-то
>системный каталог?!
>
>
Перечитайте тред. Речь о тегах для библиотек, установленных в системе.
Например, для gtk+. У вас по десять раз в день меняются теги для gtk+? :)


уже =), дошло когда отправил ..

ну в общем я имел ввиду исключительно tcl

-- 
Best regards!
===================================================
Sergey Kalinin (aka BanZaj)
"CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru