Closed
Bug 270983
Opened 21 years ago
Closed 21 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•21 years ago
|
||
so what's the exact error message you get?VB6 COM
| Reporter | ||
Comment 2•21 years ago
|
||
Here is the exact error, just now reproduced
Comment 3•21 years ago
|
||
> typedef nsRefPtrHashtable<nsIDHashKey, ipcTargetData> ipcTargetMap;
bsmedberg, any idea about that error for the above hashtable?
| Reporter | ||
Comment 5•21 years ago
|
||
Neglected to clear sticky tags on cvs co.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Updated•16 years ago
|
QA Contact: ipc
You need to log in
before you can comment on or make changes to this bug.
Description
•