Closed Bug 816176 Opened 13 years ago Closed 13 years ago

Move WebGLShaderPrecisionFormat to a separate header

Categories

(Core :: Graphics: CanvasWebGL, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla20

People

(Reporter: bjacob, Assigned: sawrubh)

Details

(Whiteboard: [mentor=bjacob][lang=c++] webgl-next)

Attachments

(2 files)

This one should be easier than other "Move WebGLFoo into separate files" bugs, because this class is particularly small. Currently it lives in WebGLContext.h. Move it to a new header, WebGLShaderPrecisionFormat.h, which will have to include WebGLObjectModel.h. If you're bored, look at other "Move WebGLFoo into separate files" bugs --- I can file more as existing ones get closed --- but I do appreciate work on all the boring little things ;-)
Attached patch Patch v1Splinter Review
Assignee: nobody → saurabhanandiit
Status: NEW → ASSIGNED
Attachment #687366 - Flags: review?(bjacob)
Comment on attachment 687366 [details] [diff] [review] Patch v1 Review of attachment 687366 [details] [diff] [review]: ----------------------------------------------------------------- Thanks! For a bigger challenge, do you feel like doing WebGLShader (Bug 816181) next?
Attachment #687366 - Flags: review?(bjacob) → review+
I get this compile error: /hack/mozilla-inbound/content/canvas/src/WebGLContextGL.cpp: In member function ‘JS::Value mozilla::WebGLContext::GetParameter(JSContext*, WebGLenum, mozilla::ErrorResult&)’: /hack/mozilla-inbound/content/canvas/src/WebGLContextGL.cpp:1888:39: error: ‘MINVALUE_GL_MAX_RENDERBUFFER_SIZE’ was not declared in this scope
It was because the WebGLContext.h is under constant flux with the recent "Move/Split Foo into Bar" bugs. Hence when I submitted this patch for review, it was building fine with the code I had (and I had most probably pulled the latest changes and tested with that) however I think some other patch must have landed in the meanwhile which has touched the same files. In fact when I pulled again and then tried to apply this patch, one HUNK failed to apply. Possible solutions : 1) I repost the un-bitrotted patch and then we land it *quickly* before anyone else touches it again. 2) We can either have a single person working on these or maybe make people work sequentially on these type of bugs. Thanks.
Attached patch Patch v2Splinter Review
This is the un-bitrotted patch. Note : I am setting the r+ myself because there was is no change from Patch v1 and Patch v1 had bjacob's r+.
Attachment #687366 - Attachment is obsolete: true
Attachment #687503 - Flags: review+
Thanks for rebasing & landing. Such bitrotting happens frequently, no need to serialize work. Next time I guess I'll just rebase and land.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Don't obsolete the patch that I reviewed. Otherwise it looks like you reviewed your own patch :)
Attachment #687366 - Attachment is obsolete: false
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: