c0bd9f9fe5
Current strategy: everything from the top
Things to look at first are the manual changes:
- added tools/rewrite_includes.py
- removed -Idirectives from BUILD.gn
- various compile.sh simplifications
- tweak tools/embed_resources.py
- update gn/find_headers.py to write paths from the top
- update gn/gn_to_bp.py SkUserConfig.h layout
so that #include "include/config/SkUserConfig.h" always
gets the header we want.
No-Presubmit: true
Change-Id: I73a4b181654e0e38d229bc456c0d0854bae3363e
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/209706
Commit-Queue: Mike Klein <mtklein@google.com>
Reviewed-by: Hal Canary <halcanary@google.com>
Reviewed-by: Brian Osman <brianosman@google.com>
Reviewed-by: Florin Malita <fmalita@chromium.org>
28 lines
1.1 KiB
C++
28 lines
1.1 KiB
C++
/*
|
|
* Copyright 2018 Google Inc.
|
|
*
|
|
* Use of this source code is governed by a BSD-style license that can be
|
|
* found in the LICENSE file.
|
|
*/
|
|
|
|
#include "gm/gm.h"
|
|
|
|
DEF_SIMPLE_GM(b_119394958, canvas, 100, 100) {
|
|
// The root cause of this bug was that a stroked arc with round caps was batched with a filled
|
|
// circle. The circle op code would choose a GeometryProcessor configuration that expected round
|
|
// cap centers as vertex attributes. However, the tessellation code for the filled circle would
|
|
// not put in dummy round cap centers and then didn't advance the pointer into which vertex data
|
|
// was being written by the expected vertex stride.
|
|
SkPaint paint;
|
|
paint.setColor(SK_ColorBLUE);
|
|
paint.setAntiAlias(true);
|
|
canvas->drawCircle(50, 50, 45, paint);
|
|
paint.setColor(SK_ColorGREEN);
|
|
paint.setStyle(SkPaint::kStroke_Style);
|
|
paint.setStrokeWidth(5);
|
|
canvas->drawCircle(50, 50, 35, paint);
|
|
paint.setColor(SK_ColorRED);
|
|
paint.setStrokeCap(SkPaint::kRound_Cap);
|
|
canvas->drawArc(SkRect::MakeLTRB(30, 30, 70, 70), 0, 110, false, paint);
|
|
}
|