[Cscope-devel] [ cscope-Feature Requests-1087162 ] Request command to list all symbols that match an expression

[SourceForge.net <no...@so...>]

Feature Requests item #1087162, was opened at 2004-12-17 12:38
Message generated for change (Comment added) made by kdev
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=354664&aid=1087162&group_id=4664

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: kdev (kdev)
Assigned to: Hans-Bernhard Broeker (broeker)
Summary: Request command to list all symbols that match an expression

Initial Comment:
It would be nice if cscope had a command like
"=<symbol>" that listed all symbols that matched a
regular expression.  Then when a user made a selection
from the list, all of the matching expressions for that
symbol would be displayed.

For instance, if I wanted to see all the symbols that
had the expression "MAX" in it, I would do something
like "=MAX" to get a listing of all of them.  Then when
I selected one of the entries, I would get the listing
of all instances of that selected symbol.

----------------------------------------------------------------------

>Comment By: kdev (kdev)
Date: 2005-01-04 15:12

Message:
Logged In: YES 
user_id=1180331

The suggestion of using ".*MAX.*" actually is a reasonable
way of doing the search and I think it probably negates the
need to carry this request any further.

I had looked at the online help and the cscope man page, but
hadn't found any reference on how to do a search like this.
 Using standard escape tactics (like "\*") wouldn't stop
cscope from treating the "*" character as a normal
character, so the eventual conclusion was that there must
not be a way to do it.

It seems that this could be closed since the essence of the
request was for a way to do a global search on a database. 
The only other thing that may be worth considering is
documenting how to do this (if it isn't already and I just
didn't see it.....).

My thanks to one and all who took the time to contribute to
this.


----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2004-12-31 12:34

Message:
Logged In: YES 
user_id=27517

Search 1 ("find definition of symbol") doesn't really need
those lengthy [] expressions.  A search pattern of

    .*MAX.*

would work just as well (remember: the lexer already must
have detected these as 'symbols', so there's no need to
teach cscope what they look like...).


----------------------------------------------------------------------

Comment By: Elad Lahav (elad_lahav)
Date: 2004-12-31 07:44

Message:
Logged In: YES 
user_id=378741

As I said in the previous post, you can use a regular
expression for the symbol definition command.
Assuming you are using a line-oriented interface, the
following will find the definitions of all symbols
containing MAX:

>> 1[a-zA-Z0-9_]*MAX[a-zA-Z0-9_]*

It's awkward, but it works.

Elad

----------------------------------------------------------------------

Comment By: kdev (kdev)
Date: 2004-12-30 14:51

Message:
Logged In: YES 
user_id=1180331

As best as I can find in my version of cscope (15.4), if I
wanted to find every symbol that contained the word "MAX"
(eg, MAX_NAME, MAX_OBJS, FILE_MAXSIZE), I have no option
other than an egrep through the code which is slow and also
gives a lot of clutter from comment lines.  I haven't found
any way to do that search within the cscope database.

With the scan utility that I was familiar with, if I entered
"=MAX", it would generate a list like this from the database:
   0  MAX_NAME
   1  MAX_OBJS
   2  FILE_MAXSIZE
When I then made a selection, it would give me all the
instances of that expression that were in the database.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-12-28 13:19

Message:
Logged In: NO 

I believe what you're asking for is already implemented: Simply 
use a regular expression in a definition search (query type #1). 
There is, however, a bug in finddef() when used with a regular 
expression - the function field specifies the regular expression 
instead of the matched symbol. I think this should be fixed. 

----------------------------------------------------------------------

Comment By: Hans-Bernhard Broeker (broeker)
Date: 2004-12-27 12:07

Message:
Logged In: YES 
user_id=27517

It's not very different from typing in a regex in the 'find
definition of symbol' field, though...  The main missing
piece would then be a different one: cscope doesn't do
"search among the results of the previous search" kind of
operation.  You have to re-type a more specific regexp from
scratch (or edit it in place).

----------------------------------------------------------------------

Comment By: kdev (kdev)
Date: 2004-12-23 10:51

Message:
Logged In: YES 
user_id=1180331

This is different from an egrep search because this type of
search would use a quick database search instead of a very
slow egrep pattern search through all the data files.  I
have a database for several thousand source files which are
maintained in a ClearCase database.  To do an egrep on a
file means that ClearCase would have to create the cleartext
for it if it didn't already exist.  That adds even more time
to an already slow process.

There used to use a cscope-like utility called 'scan' that I
believe was written by Jack Applin back in the HP/Apollo
timeframe.  This utility had this capability and it was
EXTREMELY efficient.

----------------------------------------------------------------------

Comment By: Neil Horman (nhorman)
Date: 2004-12-17 12:50

Message:
Logged In: YES 
user_id=827328

how is that different from "Find this egrep pattern"? 
Granted, the way its setup now means you have to do the
egrep search, find the symbol you want, and then paste that
into a specific symbol search, but that seems like an easy
enough task compared to merging these two searches into one
operation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=354664&aid=1087162&group_id=4664