Closed
Bug 5872
Opened 26 years ago
Closed 26 years ago
xpidl can't keep track of line numbers
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
RESOLVED
FIXED
M8
People
(Reporter: waterson, Assigned: mang)
Details
Try inserting some errors into mozilla/rdf/base/idl/nsRDFInterfaces.idl. Maybe
the comments screw it up or something.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 1•26 years ago
|
||
Marking these as ASSIGNED. Pesky bugzilla-daemon.
Updated•26 years ago
|
Target Milestone: M7
Comment 2•26 years ago
|
||
Setting target milestone and adding shaver@netscape.com.
Comment 3•26 years ago
|
||
Apparently header and typelib compilation suffer from this problem. I'm
experiencing in in header compilation.
Comment 4•26 years ago
|
||
scratch that last posting. it is pertinent to forward delcarations, not line
numbers.
Assignee | ||
Updated•26 years ago
|
Assignee: mccabe → mang
Status: ASSIGNED → NEW
Assignee | ||
Comment 5•26 years ago
|
||
Reassigning to mang@subcarrier.org
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Updated•26 years ago
|
Target Milestone: M7 → M8
Comment 6•26 years ago
|
||
moving this off to m8. tell me if thats not the right thing to do.
Assignee | ||
Comment 7•26 years ago
|
||
I fixed the problem with line numbering not being updated in comments. I'm
working on fixing the problem where an error on the first line gets reported as
being on line 0.
Comment 8•26 years ago
|
||
Things to note:
-----------------
iface foo {
};
-----------------
produces:
foo.idl:0: `iface' undeclared identifier
but
----------
#include "foo
----------
produces:
didn't find end of quoted include name "foo at foo.idl:1
So you don't want to use increment by one everywhere. It's possible that
libIDL's stuff is zero based when it's stuck in IDL_trees.
Assignee | ||
Comment 9•26 years ago
|
||
Running that code through tstidl produces:
foo.idl:1: Error: `iface' undeclared identifier
And
==
#include "foo
==
Produces:
inc.idl:2: Error: Empty file
I've been trying to figure out what's different.
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•26 years ago
|
||
libIDL expects the line number to be that of the next line to be processed, so I
now initialize the line number to 2 instead of 1.
You need to log in
before you can comment on or make changes to this bug.
Description
•