<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>61790</bug_id>
          
          <creation_ts>2011-05-31 09:23:44 -0700</creation_ts>
          <short_desc>[Chromium] Build fails when ACCELERATED_2D_CANVAS is disabled</short_desc>
          <delta_ts>2022-02-27 23:35:38 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Layout and Rendering</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Justin Novosad">junov</reporter>
          <assigned_to name="Justin Novosad">junov</assigned_to>
          <cc>senorblanco</cc>
    
    <cc>vangelis</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>412699</commentid>
    <comment_count>0</comment_count>
    <who name="Justin Novosad">junov</who>
    <bug_when>2011-05-31 09:23:44 -0700</bug_when>
    <thetext>Builds currently fails with unresolved symbols if accelerated 2d canvas is disabled

It looks like the ACCELERATED_COMPOSITING feature depends on symbols that are guarded by #if ENABLE(ACCELERATED_2D_CANVAS)

This needs to be correct so that Chromium mac builds can be performed without the accelerated 2d canvas feature</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412710</commentid>
    <comment_count>1</comment_count>
      <attachid>95443</attachid>
    <who name="Justin Novosad">junov</who>
    <bug_when>2011-05-31 09:38:20 -0700</bug_when>
    <thetext>Created attachment 95443
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412727</commentid>
    <comment_count>2</comment_count>
      <attachid>95443</attachid>
    <who name="Stephen White">senorblanco</who>
    <bug_when>2011-05-31 10:12:48 -0700</bug_when>
    <thetext>Comment on attachment 95443
Patch

Hmm.  This doesn&apos;t look right to me.  The ACCELERATED_2D_CANVAS guard should be correct.  Could we figure out who is using these classes that is not protected by ACCELERATED_2D_CANVAS guard?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412731</commentid>
    <comment_count>3</comment_count>
    <who name="Stephen White">senorblanco</who>
    <bug_when>2011-05-31 10:19:29 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; (From update of attachment 95443 [details])
&gt; Hmm.  This doesn&apos;t look right to me.  The ACCELERATED_2D_CANVAS guard should be correct.  Could we figure out who is using these classes that is not protected by ACCELERATED_2D_CANVAS guard?

Just to answer my own question:  it looks like the compositor is using TilingData (in LayerTilerChromium), so that change is correct.  Justin is going to change it to (USE(ACCELERATED_COMPOSITING) || ENABLE(ACCELERATED_2D_CANVAS)) just to be on the safe side (in case someone tries to compile accel 2D canvas without the compositor).

The LoopBlinnMathUtils one is a little more perplexing; Jeff and Justin are still looking into it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412741</commentid>
    <comment_count>4</comment_count>
      <attachid>95451</attachid>
    <who name="Justin Novosad">junov</who>
    <bug_when>2011-05-31 10:40:34 -0700</bug_when>
    <thetext>Created attachment 95451
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412746</commentid>
    <comment_count>5</comment_count>
      <attachid>95451</attachid>
    <who name="Stephen White">senorblanco</who>
    <bug_when>2011-05-31 10:55:21 -0700</bug_when>
    <thetext>Comment on attachment 95451
Patch

Looks good.  r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412747</commentid>
    <comment_count>6</comment_count>
    <who name="Vangelis Kokkevis">vangelis</who>
    <bug_when>2011-05-31 10:58:21 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #2)
&gt; &gt; (From update of attachment 95443 [details] [details])
&gt; &gt; Hmm.  This doesn&apos;t look right to me.  The ACCELERATED_2D_CANVAS guard should be correct.  Could we figure out who is using these classes that is not protected by ACCELERATED_2D_CANVAS guard?
&gt; 
&gt; Just to answer my own question:  it looks like the compositor is using TilingData (in LayerTilerChromium), so that change is correct.  Justin is going to change it to (USE(ACCELERATED_COMPOSITING) || ENABLE(ACCELERATED_2D_CANVAS)) just to be on the safe side (in case someone tries to compile accel 2D canvas without the compositor).
&gt; 
&gt; The LoopBlinnMathUtils one is a little more perplexing; Jeff and Justin are still looking into it.

The compositor (CCLayerSorter.cpp specifically) is using LoopBlinnMathUtils</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412757</commentid>
    <comment_count>7</comment_count>
      <attachid>95451</attachid>
    <who name="Stephen White">senorblanco</who>
    <bug_when>2011-05-31 11:18:35 -0700</bug_when>
    <thetext>Comment on attachment 95451
Patch

We&apos;ll be back after these messages.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412783</commentid>
    <comment_count>8</comment_count>
      <attachid>95451</attachid>
    <who name="Stephen White">senorblanco</who>
    <bug_when>2011-05-31 12:24:58 -0700</bug_when>
    <thetext>Comment on attachment 95451
Patch

... and we&apos;re back!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412816</commentid>
    <comment_count>9</comment_count>
    <who name="Stephen White">senorblanco</who>
    <bug_when>2011-05-31 13:22:06 -0700</bug_when>
    <thetext>Committed r87748: &lt;http://trac.webkit.org/changeset/87748&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>95443</attachid>
            <date>2011-05-31 09:38:20 -0700</date>
            <delta_ts>2011-05-31 10:40:28 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-61790-20110531123819.patch</filename>
            <type>text/plain</type>
            <size>1597</size>
            <attacher name="Justin Novosad">junov</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDg3NzM2KQorKysgU291cmNlL1dlYkNvcmUvQ2hhbmdl
TG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMgKzEsMTUgQEAKKzIwMTEtMDUtMzEgIEp1c3RpbiBO
b3Zvc2FkICA8anVub3ZAY2hyb21pdW0ub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9E
WSAoT09QUyEpLgorCisgICAgICAgIFtDaHJvbWl1bV0gQnVpbGQgZmFpbHMgd2hlbiBBQ0NFTEVS
QVRFRF8yRF9DQU5WQVMgaXMgZGlzYWJsZWQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5v
cmcvc2hvd19idWcuY2dpP2lkPTYxNzkwCisgICAgICAgIENoYW5naW5nIHRoZSBidWlsZCBndWFy
ZHMgaW4gdGhlc2UgdHdvIGZpbGVzIHRoYXQgYXJlIHJlcXVpcmVkCisgICAgICAgIGJ5IHRoZSBh
Y2NlbGVyYXRlZCBjb21wb3NpdGluZyBmZWF0dXJlLgorCisgICAgICAgICogcGxhdGZvcm0vZ3Jh
cGhpY3MvZ3B1L0xvb3BCbGlubk1hdGhVdGlscy5jcHA6CisgICAgICAgICogcGxhdGZvcm0vZ3Jh
cGhpY3MvZ3B1L1RpbGluZ0RhdGEuY3BwOgorCiAyMDExLTA1LTMxICBBbmRyZWFzIEtsaW5nICA8
a2xpbmdAd2Via2l0Lm9yZz4KIAogICAgICAgICBSZXZpZXdlZCBieSBBbnR0aSBLb2l2aXN0by4K
SW5kZXg6IFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dwdS9Mb29wQmxpbm5NYXRo
VXRpbHMuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT0KLS0tIFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNz
L2dwdS9Mb29wQmxpbm5NYXRoVXRpbHMuY3BwCShyZXZpc2lvbiA4NzU0MSkKKysrIFNvdXJjZS9X
ZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dwdS9Mb29wQmxpbm5NYXRoVXRpbHMuY3BwCSh3b3Jr
aW5nIGNvcHkpCkBAIC0yNSw3ICsyNSw3IEBACiAKICNpbmNsdWRlICJjb25maWcuaCIKIAotI2lm
IEVOQUJMRShBQ0NFTEVSQVRFRF8yRF9DQU5WQVMpCisjaWYgVVNFKEFDQ0VMRVJBVEVEX0NPTVBP
U0lUSU5HKQogCiAjaW5jbHVkZSAiTG9vcEJsaW5uTWF0aFV0aWxzLmgiCiAKSW5kZXg6IFNvdXJj
ZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dwdS9UaWxpbmdEYXRhLmNwcAo9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
Ci0tLSBTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9ncHUvVGlsaW5nRGF0YS5jcHAJ
KHJldmlzaW9uIDg3NTQxKQorKysgU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvZ3B1
L1RpbGluZ0RhdGEuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0zMCw3ICszMCw3IEBACiAKICNpbmNs
dWRlICJjb25maWcuaCIKIAotI2lmIEVOQUJMRShBQ0NFTEVSQVRFRF8yRF9DQU5WQVMpCisjaWYg
VVNFKEFDQ0VMRVJBVEVEX0NPTVBPU0lUSU5HKQogCiAjaW5jbHVkZSAiVGlsaW5nRGF0YS5oIgog
Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>95451</attachid>
            <date>2011-05-31 10:40:34 -0700</date>
            <delta_ts>2022-02-27 23:35:38 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-61790-20110531134033.patch</filename>
            <type>text/plain</type>
            <size>1663</size>
            <attacher name="Justin Novosad">junov</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDg3NzM2KQorKysgU291cmNlL1dlYkNvcmUvQ2hhbmdl
TG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMgKzEsMTUgQEAKKzIwMTEtMDUtMzEgIEp1c3RpbiBO
b3Zvc2FkICA8anVub3ZAY2hyb21pdW0ub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9E
WSAoT09QUyEpLgorCisgICAgICAgIFtDaHJvbWl1bV0gQnVpbGQgZmFpbHMgd2hlbiBBQ0NFTEVS
QVRFRF8yRF9DQU5WQVMgaXMgZGlzYWJsZWQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5v
cmcvc2hvd19idWcuY2dpP2lkPTYxNzkwCisgICAgICAgIENoYW5naW5nIHRoZSBidWlsZCBndWFy
ZHMgaW4gdGhlc2UgdHdvIGZpbGVzIHRoYXQgYXJlIHJlcXVpcmVkCisgICAgICAgIGJ5IHRoZSBh
Y2NlbGVyYXRlZCBjb21wb3NpdGluZyBmZWF0dXJlLgorCisgICAgICAgICogcGxhdGZvcm0vZ3Jh
cGhpY3MvZ3B1L0xvb3BCbGlubk1hdGhVdGlscy5jcHA6CisgICAgICAgICogcGxhdGZvcm0vZ3Jh
cGhpY3MvZ3B1L1RpbGluZ0RhdGEuY3BwOgorCiAyMDExLTA1LTMxICBBbmRyZWFzIEtsaW5nICA8
a2xpbmdAd2Via2l0Lm9yZz4KIAogICAgICAgICBSZXZpZXdlZCBieSBBbnR0aSBLb2l2aXN0by4K
SW5kZXg6IFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dwdS9Mb29wQmxpbm5NYXRo
VXRpbHMuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT0KLS0tIFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNz
L2dwdS9Mb29wQmxpbm5NYXRoVXRpbHMuY3BwCShyZXZpc2lvbiA4NzU0MSkKKysrIFNvdXJjZS9X
ZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dwdS9Mb29wQmxpbm5NYXRoVXRpbHMuY3BwCSh3b3Jr
aW5nIGNvcHkpCkBAIC0yNSw3ICsyNSw3IEBACiAKICNpbmNsdWRlICJjb25maWcuaCIKIAotI2lm
IEVOQUJMRShBQ0NFTEVSQVRFRF8yRF9DQU5WQVMpCisjaWYgVVNFKEFDQ0VMRVJBVEVEX0NPTVBP
U0lUSU5HKSB8fCBFTkFCTEUoQUNDRUxFUkFURURfMkRfQ0FOVkFTKQogCiAjaW5jbHVkZSAiTG9v
cEJsaW5uTWF0aFV0aWxzLmgiCiAKSW5kZXg6IFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBo
aWNzL2dwdS9UaWxpbmdEYXRhLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2ViQ29yZS9wbGF0
Zm9ybS9ncmFwaGljcy9ncHUvVGlsaW5nRGF0YS5jcHAJKHJldmlzaW9uIDg3NTQxKQorKysgU291
cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvZ3B1L1RpbGluZ0RhdGEuY3BwCSh3b3JraW5n
IGNvcHkpCkBAIC0zMCw3ICszMCw3IEBACiAKICNpbmNsdWRlICJjb25maWcuaCIKIAotI2lmIEVO
QUJMRShBQ0NFTEVSQVRFRF8yRF9DQU5WQVMpCisjaWYgVVNFKEFDQ0VMRVJBVEVEX0NPTVBPU0lU
SU5HKSB8fCBFTkFCTEUoQUNDRUxFUkFURURfMkRfQ0FOVkFTKQogCiAjaW5jbHVkZSAiVGlsaW5n
RGF0YS5oIgogCg==
</data>
<flag name="review"
          id="88943"
          type_id="1"
          status="+"
          setter="senorblanco"
    />
          </attachment>
      

    </bug>

</bugzilla>