<?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>89463</bug_id>
          
          <creation_ts>2012-06-19 05:18:49 -0700</creation_ts>
          <short_desc>Buildfix for newer Qt5 with C++11 support</short_desc>
          <delta_ts>2012-06-20 09:08:48 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Web Template Framework</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>88721</dup_id>
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Qt, QtTriaged</keywords>
          <priority>P1</priority>
          <bug_severity>Blocker</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Csaba Osztrogonác">ossy</reporter>
          <assigned_to name="Balazs Kelemen">kbalazs</assigned_to>
          <cc>abecsi</cc>
    
    <cc>ap</cc>
    
    <cc>hausmann</cc>
    
    <cc>kbalazs</cc>
    
    <cc>ossy</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>652339</commentid>
    <comment_count>0</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-19 05:18:49 -0700</bug_when>
    <thetext>After bf84d1a1fe1550fb7cb86d686bf0138c1c41e87b in qtbase
&quot;Qt is compiled with C++11 support enabled by default, provided the compiler supports C++11.&quot;

But unfortunately building WebKit with -std=c++0x doesn&apos;t work:
In file included from /home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WebCore/platform/graphics/IntPoint.h:30:0,
                 from /home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WebKit/qt/Api/qwebpage_p.h:35,
                 from /home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WebKit/qt/Api/qwebsettings.cpp:24:
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h: In function ‘bool std::wtf_isinf(float)’:
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h:285:63: error: ‘bool std::isinf(float)’ is not ‘constexpr’
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h: In function ‘bool std::wtf_isinf(double)’:
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h:286:64: error: ‘bool std::isinf(double)’ is not ‘constexpr’
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h: In function ‘bool std::wtf_isnan(float)’:
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h:287:63: error: ‘bool std::isnan(float)’ is not ‘constexpr’
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h: In function ‘bool std::wtf_isnan(double)’:
/home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/Source/WTF/wtf/MathExtras.h:288:64: error: ‘bool std::isnan(double)’ is not ‘constexpr’
...

What should we do? Fix the -std=c++0x build of WebKit (I have no idea how) or build Qt with -no-c++11?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652347</commentid>
    <comment_count>1</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-19 05:47:54 -0700</bug_when>
    <thetext>WebKit should (and partially do) support c++ 11, so I think we should fix this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652348</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-19 05:49:58 -0700</bug_when>
    <thetext>(In reply to comment #1)
&gt; WebKit should (and partially do) support c++ 11, so I think we should fix this.

Could you pick up this bug? As far as I remember you are c++11 expert. ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652360</commentid>
    <comment_count>3</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-19 06:09:58 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; (In reply to comment #1)
&gt; &gt; WebKit should (and partially do) support c++ 11, so I think we should fix this.
&gt; 
&gt; Could you pick up this bug? As far as I remember you are c++11 expert. ;-)

You should be kidding that I&apos;m an expert :) But yes, I can pick this up.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652456</commentid>
    <comment_count>4</comment_count>
      <attachid>148335</attachid>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-19 08:05:19 -0700</bug_when>
    <thetext>Created attachment 148335
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652459</commentid>
    <comment_count>5</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-06-19 08:07:13 -0700</bug_when>
    <thetext>Attachment 148335 did not pass style-queue:

Failed to run &quot;[&apos;Tools/Scripts/check-webkit-style&apos;, &apos;--diff-files&apos;, u&apos;Source/WTF/ChangeLog&apos;, u&apos;Source/WTF/wtf/Ma...&quot; exit_code: 1
Source/WTF/wtf/MathExtras.h:285:  Code inside a namespace should not be indented.  [whitespace/indent] [4]
Source/WTF/wtf/MathExtras.h:285:  wtf_isinf is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
Source/WTF/wtf/MathExtras.h:286:  wtf_isinf is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
Source/WTF/wtf/MathExtras.h:287:  wtf_isnan is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
Source/WTF/wtf/MathExtras.h:288:  wtf_isnan is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
Total errors found: 5 in 2 files


If any of these errors are false positives, please file a bug against check-webkit-style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652460</commentid>
    <comment_count>6</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-19 08:08:34 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; Attachment 148335 [details] did not pass style-queue:
&gt; 
&gt; Failed to run &quot;[&apos;Tools/Scripts/check-webkit-style&apos;, &apos;--diff-files&apos;, u&apos;Source/WTF/ChangeLog&apos;, u&apos;Source/WTF/wtf/Ma...&quot; exit_code: 1
&gt; Source/WTF/wtf/MathExtras.h:285:  Code inside a namespace should not be indented.  [whitespace/indent] [4]
&gt; Source/WTF/wtf/MathExtras.h:285:  wtf_isinf is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
&gt; Source/WTF/wtf/MathExtras.h:286:  wtf_isinf is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
&gt; Source/WTF/wtf/MathExtras.h:287:  wtf_isnan is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
&gt; Source/WTF/wtf/MathExtras.h:288:  wtf_isnan is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
&gt; Total errors found: 5 in 2 files
&gt; 
&gt; 
&gt; If any of these errors are false positives, please file a bug against check-webkit-style.

This is the style used in this file for such functions.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652585</commentid>
    <comment_count>7</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-06-19 10:45:03 -0700</bug_when>
    <thetext>Duplicate of 88721.

This patch is for cross platform code. Please do not ever use [Qt] prefix for such bugs.

*** This bug has been marked as a duplicate of bug 88721 ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652589</commentid>
    <comment_count>8</comment_count>
      <attachid>148335</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-06-19 10:45:32 -0700</bug_when>
    <thetext>Comment on attachment 148335
Patch

Clearing r? because this will be tracked in another bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652592</commentid>
    <comment_count>9</comment_count>
      <attachid>148335</attachid>
    <who name="Allan Sandfeld Jensen">allan.jensen</who>
    <bug_when>2012-06-19 10:48:16 -0700</bug_when>
    <thetext>Comment on attachment 148335
Patch

The patch looks good, but resubmit to bug #88721, and don&apos;t mind the style warnings.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652797</commentid>
    <comment_count>10</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-19 14:13:06 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; (From update of attachment 148335 [details])
&gt; Clearing r? because this will be tracked in another bug.

Why this one did you mark as duplicated when there were proposed fix in this bug, and there wasn&apos;t in the another one? Is there a rule that the younger bug should be the duplicated one?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>653326</commentid>
    <comment_count>11</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-20 03:32:17 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; Duplicate of 88721.
&gt; 
&gt; This patch is for cross platform code. Please do not ever use [Qt] prefix for such bugs.
&gt; 
&gt; *** This bug has been marked as a duplicate of bug 88721 ***

Resubmitted to 88721.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>653532</commentid>
    <comment_count>12</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-06-20 09:08:48 -0700</bug_when>
    <thetext>&gt; Why this one did you mark as duplicated when there were proposed fix in this bug, and there wasn&apos;t in the another one?

Three reasons:

1. This bug had a misleading [Qt] prefix, so reviewers who are C++ experts have likely skipped over the patch in review queue already.

2. EWS was unhappy (purple bubbles for cr-linux and efl), so it looked like patch needed to be updated and resubmitted anyway.

3. The older bug had more discussion of the issue.

&gt; Is there a rule that the younger bug should be the duplicated one?

Generally, it is indeed best to dupe to older bug, mainly to show respect to the person who found the problem first, but also to keep better history of when the problem started, and besides, having such a rule is better than no rule. We sometimes do reverse duping to a newer bug to make sure that the active bug is the one with the most productive discussion, and is nearing resolution.

In this case, the choice of which direction to dupe in was not very clear.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>148335</attachid>
            <date>2012-06-19 08:05:19 -0700</date>
            <delta_ts>2012-06-19 10:48:16 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-89463-20120619170517.patch</filename>
            <type>text/plain</type>
            <size>1744</size>
            <attacher name="Balazs Kelemen">kbalazs</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIwNjg4CmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL0NoYW5n
ZUxvZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IDhiYjY5NWY5MDQzZmRhOTQ5MTUxYmMx
YjAxOGM4Mzk2NTA4NDExYjQuLmI0Y2M5MDhmMGM3N2ZlZDBhOWI5YmNlNTYyYzAxNWQxOWJiMDRk
MDAgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XVEYvQ2hh
bmdlTG9nCkBAIC0xLDMgKzEsMTYgQEAKKzIwMTItMDYtMTkgIEJhbGF6cyBLZWxlbWVuICA8a2Jh
bGF6c0B3ZWJraXQub3JnPgorCisgICAgICAgIFtRdF0gQnVpbGRmaXggZm9yIG5ld2VyIFF0NSB3
aXRoIEMrKzExIHN1cHBvcnQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19i
dWcuY2dpP2lkPTg5NDYzCisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisK
KyAgICAgICAgRG9uJ3QgZGVmaW5lIHRoZXNlIGFzIGNvbnNleHByIGJlY2F1c2Ugd2l0aCBnY2Mg
NC42CisgICAgICAgIHRoZXkgY2FsbCBub24gY29uc3RleHByIGZ1bmN0aW9ucy4KKyAgICAgICAg
KiB3dGYvTWF0aEV4dHJhcy5oOgorICAgICAgICAoc3RkOjp3dGZfaXNpbmYpOgorICAgICAgICAo
c3RkOjp3dGZfaXNuYW4pOgorCiAyMDEyLTA2LTE4ICBUb255IFBheW5lICA8dHBheW5lQGNocm9t
aXVtLm9yZz4KIAogICAgICAgICBbY2hyb21pdW1dIEFkZCBpY2NqcGVnIGFuZCBxY21zIHRvIGNo
cm9taXVtIHBvcnQuCmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL3d0Zi9NYXRoRXh0cmFzLmggYi9T
b3VyY2UvV1RGL3d0Zi9NYXRoRXh0cmFzLmgKaW5kZXggM2NjOTQ3NDQ3NmQ3ZDQwY2IwN2JjNmU5
ZWI0ZjdhYTE3N2IyNDNjZi4uZTQ0YWI2YzZiOGQ4OWE2NWIwNzljMjZiM2IxMDFmOGUxZDgxMjVk
MCAxMDA2NDQKLS0tIGEvU291cmNlL1dURi93dGYvTWF0aEV4dHJhcy5oCisrKyBiL1NvdXJjZS9X
VEYvd3RmL01hdGhFeHRyYXMuaApAQCAtMjgyLDEwICsyODIsMTAgQEAgdXNpbmcgc3RkOjpzaWdu
Yml0OwogI2lmIENPTVBJTEVSX1FVSVJLKEdDQzExX0dMT0JBTF9JU0lORl9JU05BTikKIC8vIEEg
d29ya2Fyb3VuZCB0byBhdm9pZCBjb25mbGljdGluZyBkZWNsYXJhdGlvbnMgb2YgaXNpbmYgYW5k
IGlzbmFuIHdoZW4gY29tcGlsaW5nIHdpdGggR0NDIGluIEMrKzExIG1vZGUuCiBuYW1lc3BhY2Ug
c3RkIHsKLSAgICBjb25zdGV4cHIgYm9vbCB3dGZfaXNpbmYoZmxvYXQgZikgeyByZXR1cm4gc3Rk
Ojppc2luZihmKTsgfQotICAgIGNvbnN0ZXhwciBib29sIHd0Zl9pc2luZihkb3VibGUgZCkgeyBy
ZXR1cm4gc3RkOjppc2luZihkKTsgfQotICAgIGNvbnN0ZXhwciBib29sIHd0Zl9pc25hbihmbG9h
dCBmKSB7IHJldHVybiBzdGQ6OmlzbmFuKGYpOyB9Ci0gICAgY29uc3RleHByIGJvb2wgd3RmX2lz
bmFuKGRvdWJsZSBkKSB7IHJldHVybiBzdGQ6OmlzbmFuKGQpOyB9CisgICAgaW5saW5lIGJvb2wg
d3RmX2lzaW5mKGZsb2F0IGYpIHsgcmV0dXJuIHN0ZDo6aXNpbmYoZik7IH0KKyAgICBpbmxpbmUg
Ym9vbCB3dGZfaXNpbmYoZG91YmxlIGQpIHsgcmV0dXJuIHN0ZDo6aXNpbmYoZCk7IH0KKyAgICBp
bmxpbmUgYm9vbCB3dGZfaXNuYW4oZmxvYXQgZikgeyByZXR1cm4gc3RkOjppc25hbihmKTsgfQor
ICAgIGlubGluZSBib29sIHd0Zl9pc25hbihkb3VibGUgZCkgeyByZXR1cm4gc3RkOjppc25hbihk
KTsgfQogfTsKIAogdXNpbmcgc3RkOjp3dGZfaXNpbmY7Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>