| Commit message (Collapse) | Author | Age | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Since these are just interpreted comments, there's 0 impact on actual code.
This removes all lines that match /* vim: set(.*)tw=80: */ with S&R -- there are
a few others scattered around which will be removed manually in a second part.
|
| |
|
| |
|
|
|
|
|
| |
De-unified build requires <string.h> instead of <cstring> to
prevent stdlib confusion.
|
| |
|
|
|
|
| |
This reverts commit 6a3d5769d01ec1a8dd56ea79aec2df91b801ce02.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
entire polygon.
This fixes a bug that was introduced three years ago in BZ bug 1268854.
What happened was that the final pass over the polygon assumed that the
current polygon was living in plane[0]. But due to the double buffering,
the "current" polygon alternates between plane[0] and plane[1].
The bug had also introduced an early exit so that we could hit the final
pass at a time where the current, now empty, polygon was in plane[1]. So
we would incorrectly treat all 32 points in plane[0] as part of the
final polygon.
This bug was responsible for intermittently unreasonable numbers in
CompositorOGL's fill rate / overdraw overlay.
This fixes a regression caused by the fix for CVE-2016-5252.
|
|
|
|
| |
This reverts commit 09a8b2f19689b679b1268a3004ec5e3f37b9732a.
|
|
|
|
|
|
| |
entire polygon.
This fixes a regression caused by the fix for CVE-2016-5252
|
|
|
|
|
|
|
|
|
| |
can be null because of OOM or gfx device reset. r=dvander
MozReview-Commit-ID: HX2qsWLZpMg
--HG--
extra : rebase_source : 046befc11151461a682842c31e2ce39247a5e1d8
|
|
|
|
|
|
|
|
| |
This resolves #986.
This removes endian-based inversion of texture layout aliases when
represented as uint32. This inversion was incorrect and would cause
unknown texture formats as a result on big-endian machines (PPC64).
|
|
|
|
|
|
|
|
|
|
| |
In visual tests we see that Hamming-1 is not as good as
Lanczos-2, however it is about 40% faster, and Lanczos-2 itself is
about 30% faster than Lanczos-3. The use of Hamming-1 has been deemed
an unacceptable trade-off between quality and speed due to the limited
pixel space it operates in, so we pick Lanczos-2 here.
On modern hardware, Lanczos-2 doesn't have any noticeable impact
in normal use.
|
| |
|
|
|
|
|
|
|
|
| |
a=RyanVM
--HG--
extra : source : 1908cd8ed88dd4f77a99dff39c193d7d3f435195
extra : intermediate-source : 9718d92fab4d9a39acdc2afb0302b6fcd7997f6c
|
|
|