<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] Accelerated 2D Canvas enabled when cairo-gl is not available"
href="https://bugs.webkit.org/show_bug.cgi?id=147625#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] Accelerated 2D Canvas enabled when cairo-gl is not available"
href="https://bugs.webkit.org/show_bug.cgi?id=147625">bug 147625</a>
from <span class="vcard"><a class="email" href="mailto:mario@webkit.org" title="Mario Sanchez Prada <mario@webkit.org>"> <span class="fn">Mario Sanchez Prada</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=147625#c2">comment #2</a>)
<span class="quote">> Btw, it seems that the reason why this was not misbehaving in the 2.8.x
> releases is because of a typo in FindCairoGL.cmake:
>
> In the stable series, the last call to find_package_handle_standard_args()
> in that file was passing 'CairoGL' as an argument, therefore always defining
> CAIROGL_FOUND afterwards. However, CAIRO_GL_FOUND was being checked from
> OptionsGTK.cmake to set ENABLE_ACCELERATED_2D_CANVAS, effectively causing it
> to be always OFF, no matter what happened before.
>
> I'll be filing a new bug for the 2.8.x series soon, but I thought I would
> explain here why this was a problem now and not before, because it confused
> me too.</span >
Actually, I won't do that. All we'd have to do is to backport the patch for <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - CMake defines CAIROGL_FOUND, not CAIRO_GL_FOUND"
href="show_bug.cgi?id=144846">bug 144846</a> together with the one here to the stable releases and that would do it.
I'll update trac.webkit.org/wiki/WebKitGTK/2.8.x instead</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>