Closed
Bug 670025
Opened 14 years ago
Closed 14 years ago
GLContext.cpp:1008:20: warning: variable ‘depthType’ set but not used [-Wunused-but-set-variable]
Categories
(Core :: Graphics: CanvasWebGL, defect)
Core
Graphics: CanvasWebGL
Tracking
()
RESOLVED
FIXED
mozilla8
People
(Reporter: dholbert, Assigned: dholbert)
References
(Blocks 1 open bug)
Details
(Whiteboard: [build_warning])
Attachments
(1 file, 1 obsolete file)
1.87 KB,
patch
|
vlad
:
review+
|
Details | Diff | Splinter Review |
GCC 4.6 build warning:
{
gfx/thebes/GLContext.cpp: In member function ‘PRBool mozilla::gl::GLContext::ResizeOffscreenFBO(const gfxIntSize&)’:
gfx/thebes/GLContext.cpp:1008:20: warning: variable ‘depthType’ set but not used [-Wunused-but-set-variable]
}
Variable appears to have been unused in the patch that created it:
http://hg.mozilla.org/mozilla-central/rev/d879bb244890#l4.142
I'm guessing it's just stale code from a previous version of that patch that wasn't needed in the final version.
Assignee | ||
Comment 1•14 years ago
|
||
Assignee | ||
Comment 2•14 years ago
|
||
Comment on attachment 544635 [details] [diff] [review]
fix v1: remove variable
This strawman patch just removes the variable.
Alternately, maybe we want to be passing "depthType" into the fRenderbufferStorage() call lower down in the patch context, rather than passing
> mIsGLES2 ? LOCAL_GL_DEPTH_COMPONENT16
> : LOCAL_GL_DEPTH_COMPONENT24,
bjacob, do you know which we want here? (perhaps the existing "mIsGLES2" ternary check there is sufficient?)
Attachment #544635 -
Attachment description: fix → fix v1: remove variable
Assignee | ||
Updated•14 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Comment 3•14 years ago
|
||
No time to check this carefully now and leaving for 2 weeks, so you will have to find another reviewer if you want the best fix quickly. For WebGL, we do want to get more than 16 bits of depth if possible, ideally 24 bits, but we ask for that explicitly in WebGLContext::SetDimensions by setting up the ContextFormat accordingly, and I don't remember well enough the code to remember why we dont seem to be using that now. jrmuizel, joe, mwoodrow could be good reviewers.
Assignee | ||
Comment 4•14 years ago
|
||
per chat with vlad on IRC, we should probably be using this variable after all.
Attachment #544635 -
Attachment is obsolete: true
Attachment #545293 -
Flags: review?
Attachment #544635 -
Flags: review?(bjacob)
Assignee | ||
Updated•14 years ago
|
Attachment #545293 -
Flags: review? → review?(vladimir)
Comment on attachment 545293 [details] [diff] [review]
fix v2: use variable
Looks good, thanks!
Attachment #545293 -
Flags: review?(vladimir) → review+
Assignee | ||
Comment 6•14 years ago
|
||
Whiteboard: [build_warning] → [build_warning][inbound]
Comment 7•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Flags: in-testsuite-
Resolution: --- → FIXED
Whiteboard: [build_warning][inbound] → [build_warning]
Target Milestone: --- → mozilla8
You need to log in
before you can comment on or make changes to this bug.
Description
•