Closed
Bug 226241
Opened 21 years ago
Closed 21 years ago
Anonymous unions may only contain non-static data members and not define types.
Categories
(Core :: Networking, enhancement)
Tracking
()
VERIFIED
FIXED
mozilla1.7final
People
(Reporter: timeless, Assigned: darin.moz)
References
()
Details
(Keywords: fixed1.7)
Attachments
(2 files, 3 obsolete files)
1.31 KB,
patch
|
yuanyi21
:
review+
darin.moz
:
superreview+
|
Details | Diff | Splinter Review |
2.18 KB,
patch
|
asa
:
approval1.7+
|
Details | Diff | Splinter Review |
http://tinderbox.mozilla.org/showlog.cgi?log=MozillaTest/1069228920.3452.gz
Error (future) 254: "nsProtocolProxyService.h", line 122 # Anonymous unions may
only contain non-static data members and not define types.
struct {
^^^^^^
Error (future) 254: "nsProtocolProxyService.h", line 127 # Anonymous unions may
only contain non-static data members and not define types.
struct {
^^^^^^
![]() |
||
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 1•21 years ago
|
||
bryner: you were working on a patch for this right?
Target Milestone: --- → mozilla1.7final
Assignee | ||
Comment 2•21 years ago
|
||
perhaps this will solve the HP-UX build problem.
Assignee | ||
Updated•21 years ago
|
Attachment #146216 -
Flags: superreview?(bryner)
Attachment #146216 -
Flags: review?(timeless)
Updated•21 years ago
|
Attachment #146216 -
Flags: superreview?(bryner) → superreview+
Attachment #146216 -
Flags: review?(timeless) → review+
Assignee | ||
Updated•21 years ago
|
Attachment #146216 -
Flags: approval1.7?
Comment 4•21 years ago
|
||
Trying to compile Mozilla from CVS on Sparc Solaris, I get the following errors.
I suspect that is caused by the checkin for this bug, but I'm not sure.
"nsProtocolProxyService.h", line 133: Error: nsProtocolProxyService::HostInfoIP
is not accessible from nsProtocolProxyService::HostInfo::union.
"nsProtocolProxyService.h", line 134: Error:
nsProtocolProxyService::HostInfoName is not accessible from
nsProtocolProxyService::HostInfo::union.
Assignee | ||
Comment 5•21 years ago
|
||
doh, because they are defined in the private section of the class. wonderful!
patch coming up.
Comment 6•21 years ago
|
||
Comment on attachment 146216 [details] [diff] [review]
v1 patch
a-, Darin's working on a patch that will keep Solaris happy
Attachment #146216 -
Flags: approval1.7? → approval1.7-
Assignee | ||
Comment 7•21 years ago
|
||
Assignee | ||
Comment 8•21 years ago
|
||
Jens: can you confirm that this patch fixes the problem? thanks!
Comment 9•21 years ago
|
||
Confirming. Thanx!
Comment 10•21 years ago
|
||
Comment on attachment 146311 [details] [diff] [review]
solaris bustage fix
Was the pack checked-in yet ?
![]() |
||
Comment 11•21 years ago
|
||
Comment on attachment 146311 [details] [diff] [review]
solaris bustage fix
r+sr=bzbarsky. Sigh....
Attachment #146311 -
Flags: superreview+
Attachment #146311 -
Flags: review+
Comment on attachment 146311 [details] [diff] [review]
solaris bustage fix
This would be better solved by doing the standard trick for portably declaring
nested clases:
struct foo;
friend struct foo;
struct foo {
//...
};
which works around the fact that some compilers implement older versions of the
C++ standard's rules on access and nested classes
Attachment #146311 -
Flags: review+ → review-
Attachment #146311 -
Attachment is obsolete: true
Comment 14•21 years ago
|
||
Comment on attachment 146439 [details] [diff] [review]
this should fix the Solaris bustage
No, it doesn't. The error message is:
""nsProtocolProxyService.h", line 135: Error:
nsProtocolProxyService::HostInfoIP is not accessible from
nsProtocolProxyService::HostInfo::union.
"nsProtocolProxyService.h", line 136: Error:
nsProtocolProxyService::HostInfoName is not accessible from
nsProtocolProxyService::HostInfo::union.
......"
I don't know how to make HostInfo::onion as a friend struct. Maybe we have to
use the previous fix.
Assignee | ||
Comment 15•21 years ago
|
||
perhaps the union needs to be broken out, named, and then marked up with the
friend decl as dbaron suggested. or maybe i should just declare the HostInfo
struct at file scope! :-/
Does it work if you make only the two structs used in the union public?
Assignee | ||
Comment 17•21 years ago
|
||
> Does it work if you make only the two structs used in the union public?
It should. Kyle, Jens?
Comment 18•21 years ago
|
||
(In reply to comment #16)
> Does it work if you make only the two structs used in the union public?
Yes, it works.
Reporter | ||
Comment 19•21 years ago
|
||
Attachment #146216 -
Attachment is obsolete: true
Attachment #146439 -
Attachment is obsolete: true
Attachment #146494 -
Flags: review+
Assignee | ||
Comment 20•21 years ago
|
||
Comment on attachment 146494 [details] [diff] [review]
dbaron's suggestion in comment 16 works on deathstarii (solaris 9/forte7)
sr=darin
patch checked into trunk
Attachment #146494 -
Flags: superreview+
Assignee | ||
Comment 21•21 years ago
|
||
Assignee | ||
Updated•21 years ago
|
Attachment #146529 -
Flags: approval1.7?
Assignee | ||
Comment 22•21 years ago
|
||
marking FIXED
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 23•21 years ago
|
||
Comment on attachment 146529 [details] [diff] [review]
1.7 branch patch
a=asa (on behalf of drivers) for checkin to 1.7
Attachment #146529 -
Flags: approval1.7? → approval1.7+
Comment 25•19 years ago
|
||
*** Bug 204811 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•