CEDET

On 02/06/2013 08:06 AM, kototama kototama wrote:
> Hello,
>
>
> There is semantic-fetch-tags to retrieve the tags of the current
> buffer but how can I
>
> a) fetch all tags from a project or all tags from all files under a
> given directory
>
> b) fetch all tags from all opened buffer
>
>
> I would like to have something like helm-semantic
> (https://github.com/emacs-helm/helm/blob/master/helm-semantic.el)
> but for all the files of my project.

It is probably not too good an idea to get all the tags into one big 
list.  It has the potential to be REALLY big.

There is also the dilemma that Semantic won't have all your files 
pre-parsed.  It just parses what it needs as it goes along.  I generally 
recommend people use GNU Global as a tool to bootstrap Semantic's global 
symbol table for big projects where just a pile o tag names is needed.

In semantic/complete.el are completion tools that can jump to any known 
tag in a project.  It does it by doing semantic based searches 
(semanticdb-find-tags-for-completion) which works fine without the need 
to duplicate the datastructure into a flat list.  It has options for a 
brute search (whole project) vs something based on include files.

Lastly, if you just  want a nice table of symbols that are relevant, the 
semantic/db-typecache collects that info for you as you go, and is very 
fast.

Eric

Ok so maybe I need complete.el then, can it do fuzzy matching?

On Thu, Feb 7, 2013 at 12:38 AM, Eric M. Ludlam <eric@...> wrote:
> On 02/06/2013 08:06 AM, kototama kototama wrote:
>>
>> Hello,
>>
>>
>> There is semantic-fetch-tags to retrieve the tags of the current
>> buffer but how can I
>>
>> a) fetch all tags from a project or all tags from all files under a
>> given directory
>>
>> b) fetch all tags from all opened buffer
>>
>>
>> I would like to have something like helm-semantic
>> (https://github.com/emacs-helm/helm/blob/master/helm-semantic.el)
>> but for all the files of my project.
>
>
> It is probably not too good an idea to get all the tags into one big list.
> It has the potential to be REALLY big.
>
> There is also the dilemma that Semantic won't have all your files
> pre-parsed.  It just parses what it needs as it goes along.  I generally
> recommend people use GNU Global as a tool to bootstrap Semantic's global
> symbol table for big projects where just a pile o tag names is needed.
>
> In semantic/complete.el are completion tools that can jump to any known tag
> in a project.  It does it by doing semantic based searches
> (semanticdb-find-tags-for-completion) which works fine without the need to
> duplicate the datastructure into a flat list.  It has options for a brute
> search (whole project) vs something based on include files.
>
> Lastly, if you just  want a nice table of symbols that are relevant, the
> semantic/db-typecache collects that info for you as you go, and is very
> fast.
>
> Eric

Hi,

semantic/complete.el is part of the CEDET distro, and is used in 
semantic-complete-jump.  It doesn't have a fuzzy matcher.  It would 
probably be a nice thing to add as a feature of semanticdb though.

Eric

On 02/08/2013 05:50 AM, kototama kototama wrote:
> Ok so maybe I need complete.el then, can it do fuzzy matching?
>
> On Thu, Feb 7, 2013 at 12:38 AM, Eric M. Ludlam<eric@...>  wrote:
>> On 02/06/2013 08:06 AM, kototama kototama wrote:
>>>
>>> Hello,
>>>
>>>
>>> There is semantic-fetch-tags to retrieve the tags of the current
>>> buffer but how can I
>>>
>>> a) fetch all tags from a project or all tags from all files under a
>>> given directory
>>>
>>> b) fetch all tags from all opened buffer
>>>
>>>
>>> I would like to have something like helm-semantic
>>> (https://github.com/emacs-helm/helm/blob/master/helm-semantic.el)
>>> but for all the files of my project.
>>
>>
>> It is probably not too good an idea to get all the tags into one big list.
>> It has the potential to be REALLY big.
>>
>> There is also the dilemma that Semantic won't have all your files
>> pre-parsed.  It just parses what it needs as it goes along.  I generally
>> recommend people use GNU Global as a tool to bootstrap Semantic's global
>> symbol table for big projects where just a pile o tag names is needed.
>>
>> In semantic/complete.el are completion tools that can jump to any known tag
>> in a project.  It does it by doing semantic based searches
>> (semanticdb-find-tags-for-completion) which works fine without the need to
>> duplicate the datastructure into a flat list.  It has options for a brute
>> search (whole project) vs something based on include files.
>>
>> Lastly, if you just  want a nice table of symbols that are relevant, the
>> semantic/db-typecache collects that info for you as you go, and is very
>> fast.
>>
>> Eric
>