Closed
Bug 270983
Opened 20 years ago
Closed 20 years ago
Compiling HEAD fails with nsBaseHashtableET has no member named KeyEquals
Categories
(Core :: IPC, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: jblanford2, Assigned: darin.moz)
Details
Attachments
(1 file)
|
2.06 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041120 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041120 I've heard that the code that won't compile is not used, but it does stop me from compiling Mozilla from CVS head. I've tried adding a KeyEquals member (using guesswork and mimics) and can get further, but then the linker gives up at regchrome.o Two related bugs are: https://bugzilla.mozilla.org/show_bug.cgi?id=212919 and https://bugzilla.mozilla.org/show_bug.cgi?id=241876 I have no trouble compiling along 1_7, but that branch has become quite crash prone since the component listener interface has been added. Obviously the Build Identifier is from one of these successful builds, not from HEAD, which won't build. I suspect that Mozilla compiles for others because my compiler is less tolerant. Reproducible: Always Steps to Reproduce: 1. ./configure 2. make Actual Results: compile stops at mozilla/ipc/ipcd/client/src/ipcdclient.cpp Expected Results: finish compiling Mozilla I'm using Debian gcc-3.4 version 3.4.2-3
Comment 1•20 years ago
|
||
so what's the exact error message you get?VB6 COM
| Reporter | ||
Comment 2•20 years ago
|
||
Here is the exact error, just now reproduced
Comment 3•20 years ago
|
||
> typedef nsRefPtrHashtable<nsIDHashKey, ipcTargetData> ipcTargetMap;
bsmedberg, any idea about that error for the above hashtable?| Reporter | ||
Comment 5•20 years ago
|
||
Neglected to clear sticky tags on cvs co.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Updated•15 years ago
|
QA Contact: ipc
You need to log in
before you can comment on or make changes to this bug.
Description
•