RFE: Identifier search doesn't work for #defined symbols

NEW
Unassigned

Status

Webtools
MXR
P3
enhancement
19 years ago
7 years ago

People

(Reporter: Akkana Peck, Unassigned)

Tracking

(Depends on: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
Blue sky: it would be great if lxr identifier searches also worked for symbols
which were #defined.  For example, kCharsetAliasCID is treated like an
identifier in code that references it, but Identifier Search doesn't find it
since it comes from a #define.

Updated

19 years ago
Severity: normal → enhancement
Status: NEW → ASSIGNED

Comment 1

19 years ago
there's a new version of lxr in the works that should make it easier to plug
in stuff like this. see http://lxr.linux.no/ for more details. I'll wait till
that version is done and I upgrade to it before I do anything like this.

Updated

19 years ago
Depends on: 13849

Comment 2

15 years ago
eww.
static NS_DEFINE_CID(kCharsetAliasCID, NS_CHARSETALIAS_CID);

that's evil. we can do two things:
a. treat items that appear |(item,| as tokens
b. pull in a complete c++ processor and require a complete build environment
(which is really unreasonable).

I'm willing to do (a) for mxr, Brad how does the other lxr fair on this specific
case?
reassigning endico's bugs to default owner
Assignee: endico → chase
Status: ASSIGNED → NEW
QA Contact: timeless

Updated

12 years ago
Assignee: chase → build
QA Contact: timeless → lxr

Comment 4

12 years ago
Reassigning all LXR bugs assigned to build@mozilla-org.bugs to the default LXR owner (sorry Bear!)

We aren't actively working on these (if that's wrong, please reassign to yourself/a real person). 
Assignee: build → bear
QA Contact: lxr → timeless
QA Contact: timeless → lxr

Updated

7 years ago
Assignee: bear → nobody
You need to log in before you can comment on or make changes to this bug.