Eric Anholt <[email protected]> writes: > Do not trust anything related to bitmap and OQs in any code path we have > right now. Looking at the GL 3.0 spec section 3.8: > > "Bitmaps are rectangles of zeros and ones specifying a particular > pattern of fragments to be produced. Each of these fragments has the > same associated data. These data are those associated with the current > raster position." > > So I think the answer should be OQ incrementing per bit set in your > bitmap.
Thanks. That's a sufficient specification citation for me to be able to write a more precise test. (I already have the test failing for the current OQ result of zero for glBitmap, but now I can make it look for the correct number before it can pass.) It's the other meta-operations that are currently giving non-zero OQ results where I'll see if the current results look sane enough for me to codify into the tests. And I'm assuming that the bug with OQs around glBitmap is not something high priority for now. (So we can add a failing test case to piglit here and fix it "sometime" in the future...) -Carl -- [email protected]
pgppOMKIc1IAB.pgp
Description: PGP signature
_______________________________________________ Piglit mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/piglit
