Closed Bug 365118 Opened 14 years ago Closed 3 years ago

[BEOS] nsXULElement fails to build, nsXULElement::mPrototype' is protected

Categories

(Core :: DOM: Core & HTML, defect)

Other
BeOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: thesuckiestemail, Unassigned)

Details

(Keywords: helpwanted)

Attachments

(2 files, 1 obsolete file)

Bug 363450 caused BeOS builds to fail with
`class nsXULPrototypeAttribute * nsXULElement::FindPrototypeAttribute(int, nsIAtom *) const' is protected
`class nsRefPtr<nsXULPrototypeElement> nsXULElement::mPrototype' is protected

BeOS is unfortunatly stuck with gcc2.95.3, so it will probably need a little help to get past this. Suggestions on how to solve this?

Adding a verbose log, and a temporary patch which can be used for building on BeOS for now.
Keywords: helpwanted
Attachment #249757 - Attachment is obsolete: true
Is that solution ok?
Flags: blocking1.9?
I think it is more common to have the friend class defined
in a bit different way.
http://lxr.mozilla.org/seamonkey/source/layout/base/nsPresShell.cpp#1062
So perhaps adding |friend class nsScriptEventHandlerOwnerTearoff;|
after |class nsScriptEventHandlerOwnerTearoff {...};|
Though, actually I don't know if there is any problem with the 
proposed patch. Haven't heard about any compiler bugs related to that.
Someone fixed it while I've been away. Thanks.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Hmm, I did a straight CVS-build and it didn't fail but now it does, so reopening.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Flags: blocking1.9? → blocking1.9-
Assignee: general → nobody
QA Contact: ian → general
Status: REOPENED → RESOLVED
Closed: 14 years ago3 years ago
Resolution: --- → INCOMPLETE
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.