Closed
Bug 409066
Opened 17 years ago
Closed 17 years ago
sNativeRegionPool visibility is wrong in libgkgfx
Categories
(Core Graveyard :: GFX: Mac, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mark, Assigned: mark)
References
Details
(Keywords: verified1.8.1.12)
Attachments
(1 file)
830 bytes,
patch
|
ted
:
review+
dveditz
:
approval1.8.1.12+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
We've got a global variable, sNativeRegionPool, that's part of libgkgfx on the Mac only. The variable is instantiated as NS_EXPORT which sets the visibility properly, but when building with compiler visibility support activated, a shared library build fails when linking libgfx_mac, which depends on libgkgfx and the sNativeRegionPool variable, because the symbol winds up not exported. The build log reveals: (while compiling mozilla/gfx/src/mac/nsRegionPool.cpp) .../mozilla/gfx/src/mac/nsRegionPool.cpp:41: warning: ‘sNativeRegionPool’: visibility attribute ignored because it .../mozilla/gfx/src/mac/nsRegionPool.h:66: warning: conflicts with previ ous declaration here The export attribute needs to be applied to the declaration (nsRegionPool.h:66) in order for it to be effective.
Assignee | ||
Comment 1•17 years ago
|
||
This adds NS_EXPORT to the declaration, which allows sNativeRegionPool to be exported from libgkgfx, so that libgfx_mac and any other users can find it. This code is not built on the trunk, which has moved on to Cairo gfx. This change is needed on the branch to support the hidden-visibility Camino build for Camino 1.6. It's completely safe on the branch, as NS_EXPORT always sets default visibility on all current 1.8-branch builds on the Mac. This change is a no-op as far as all existing 1.8-branch builds are concerned: we do not use hidden visibility at all on the 1.8 branch on the Mac.
Attachment #293909 -
Flags: review?(ted.mielczarek)
Updated•17 years ago
|
Attachment #293909 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 2•17 years ago
|
||
Comment on attachment 293909 [details] [diff] [review] Decorate with visibility at declaration Requesting approval1.9 for the trunk. Even though this is no longer built on the trunk since the switch to cairo gfx, I'll keep it synchronized until the old gfx source is removed from cvs. Requesting approval1.8.1.12 for the MOZILLA_1_8_BRANCH. This change has no impact on any existing 1.8 branch build, because symbols are always exported on the Mac on all existing 1.8 branch builds.
Attachment #293909 -
Flags: approval1.9?
Attachment #293909 -
Flags: approval1.8.1.12?
Comment 3•17 years ago
|
||
Comment on attachment 293909 [details] [diff] [review] Decorate with visibility at declaration a=beltzner for 1.9
Attachment #293909 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 4•17 years ago
|
||
Checked in on the trunk.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 5•17 years ago
|
||
Comment on attachment 293909 [details] [diff] [review] Decorate with visibility at declaration approved for 1.8.1.12, a=dveditz for release-drivers
Attachment #293909 -
Flags: approval1.8.1.12? → approval1.8.1.12+
Comment 7•17 years ago
|
||
Verified.
Status: RESOLVED → VERIFIED
Keywords: fixed1.8.1.12 → verified1.8.1.12
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•