<?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>191146</bug_id>
          
          <creation_ts>2018-11-01 00:40:37 -0700</creation_ts>
          <short_desc>[Win][Clang][JSC] JIT::is64BitType reports &quot;warning: explicit specialization cannot have a storage class&quot;</short_desc>
          <delta_ts>2018-11-05 01:35:19 -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>JavaScriptCore</component>
          <version>WebKit 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>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>171618</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Fujii Hironori">fujii</reporter>
          <assigned_to name="Fujii Hironori">fujii</assigned_to>
          <cc>ews-watchlist</cc>
    
    <cc>keith_miller</cc>
    
    <cc>mark.lam</cc>
    
    <cc>msaboff</cc>
    
    <cc>ross.kirsling</cc>
    
    <cc>saam</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>ysuzuki</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1474042</commentid>
    <comment_count>0</comment_count>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 00:40:37 -0700</bug_when>
    <thetext>[Win][Clang][JSC] JIT::is64BitType reports &quot;warning: explicit specialization cannot have a storage class&quot;

clang-cl 7.0 reports following compilation error.

&gt; In file included from DerivedSources\JavaScriptCore\unified-sources\UnifiedSource26.cpp:2:
&gt; In file included from ..\..\Source\JavaScriptCore\bytecode/CodeBlock.cpp:59:
&gt; ..\..\Source\JavaScriptCore\jit\JIT.h(787,31):  warning: explicit specialization cannot have a storage class
&gt;         static constexpr bool is64BitType&lt;void&gt;() { return true; }
&gt;         ~~~~~~~               ^
&gt; 1 warning generated.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474043</commentid>
    <comment_count>1</comment_count>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 00:51:47 -0700</bug_when>
    <thetext>(In reply to Fujii Hironori from comment #0)
&gt; clang-cl 7.0 reports following compilation error.

Oops. It is a warning, not error.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474044</commentid>
    <comment_count>2</comment_count>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 01:27:16 -0700</bug_when>
    <thetext>c++ - constexpr static template function: g++ error is a warning on clang - Stack Overflow
https://stackoverflow.com/q/37879642/2691131</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474053</commentid>
    <comment_count>3</comment_count>
      <attachid>353588</attachid>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 02:22:20 -0700</bug_when>
    <thetext>Created attachment 353588
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474156</commentid>
    <comment_count>4</comment_count>
      <attachid>353588</attachid>
    <who name="Ross Kirsling">ross.kirsling</who>
    <bug_when>2018-11-01 10:30:09 -0700</bug_when>
    <thetext>Comment on attachment 353588
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=353588&amp;action=review

Looks like this one&apos;s my fault (bug 183655).

&gt; Source/JavaScriptCore/jit/JIT.h:791
&gt;          template&lt;typename Type&gt;
&gt; -        static constexpr bool is64BitType() { return sizeof(Type) &lt;= 8; }
&gt; +        struct is64BitType {
&gt; +            static const bool value = sizeof(Type) &lt;= 8;
&gt; +        };
&gt;  
&gt;          template&lt;&gt;
&gt; -        static constexpr bool is64BitType&lt;void&gt;() { return true; }
&gt; +        struct is64BitType&lt;void&gt; {
&gt; +            static const bool value = true;
&gt; +        };

Could we drop `static` and move this to an anonymous namespace instead?
It probably shouldn&apos;t have been a member to begin with... 😓</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474367</commentid>
    <comment_count>5</comment_count>
      <attachid>353588</attachid>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 18:30:06 -0700</bug_when>
    <thetext>Comment on attachment 353588
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=353588&amp;action=review

&gt;&gt; Source/JavaScriptCore/jit/JIT.h:791
&gt;&gt; +        };
&gt; 
&gt; Could we drop `static` and move this to an anonymous namespace instead?
&gt; It probably shouldn&apos;t have been a member to begin with... 😓

I tested both patches with both compilers, and confirmed both
works fine. I prefer the inner template class version to template
class version because anonymous namespace is useless in Unified
Source Builds.

C++14 has template variable. I will refine the patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474374</commentid>
    <comment_count>6</comment_count>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 19:15:47 -0700</bug_when>
    <thetext>(In reply to Fujii Hironori from comment #5)
&gt; C++14 has template variable. I will refine the patch.

Oh, no. I am hitting the following issue if I use a template variable.

  variable template causes internal compiler error when used in a static_assert inside class template - Developer Community
  https://developercommunity.visualstudio.com/content/problem/268619/variable-template-causes-internal-compiler-error-w.html

This is fixed in Visual Studio 2017 version 15.8.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474377</commentid>
    <comment_count>7</comment_count>
      <attachid>353588</attachid>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 19:18:24 -0700</bug_when>
    <thetext>Comment on attachment 353588
Patch

Review, please.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474378</commentid>
    <comment_count>8</comment_count>
      <attachid>353588</attachid>
    <who name="Keith Miller">keith_miller</who>
    <bug_when>2018-11-01 19:27:53 -0700</bug_when>
    <thetext>Comment on attachment 353588
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=353588&amp;action=review

&gt;&gt;&gt; Source/JavaScriptCore/jit/JIT.h:791
&gt;&gt;&gt; +        };
&gt;&gt; 
&gt;&gt; Could we drop `static` and move this to an anonymous namespace instead?
&gt;&gt; It probably shouldn&apos;t have been a member to begin with... 😓
&gt; 
&gt; I tested both patches with both compilers, and confirmed both
&gt; works fine. I prefer the inner template class version to template
&gt; class version because anonymous namespace is useless in Unified
&gt; Source Builds.
&gt; 
&gt; C++14 has template variable. I will refine the patch.

Does anyone actually use the fact that is64BitType is static? Can we just removed that keyword?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474380</commentid>
    <comment_count>9</comment_count>
      <attachid>353588</attachid>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-01 20:00:33 -0700</bug_when>
    <thetext>Comment on attachment 353588
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=353588&amp;action=review

&gt;&gt;&gt;&gt; Source/JavaScriptCore/jit/JIT.h:791
&gt;&gt;&gt;&gt; +        };
&gt;&gt;&gt; 
&gt;&gt;&gt; Could we drop `static` and move this to an anonymous namespace instead?
&gt;&gt;&gt; It probably shouldn&apos;t have been a member to begin with... 😓
&gt;&gt; 
&gt;&gt; I tested both patches with both compilers, and confirmed both
&gt;&gt; works fine. I prefer the inner template class version to template
&gt;&gt; class version because anonymous namespace is useless in Unified
&gt;&gt; Source Builds.
&gt;&gt; 
&gt;&gt; C++14 has template variable. I will refine the patch.
&gt; 
&gt; Does anyone actually use the fact that is64BitType is static? Can we just removed that keyword?

It can&apos;t compile by GCC, Clang, MSVC if is64BitType is non-static member function.
Maybe, &apos;this&apos; can not be used in static_assert.
https://godbolt.org/z/NxG5HI</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474393</commentid>
    <comment_count>10</comment_count>
    <who name="Ross Kirsling">ross.kirsling</who>
    <bug_when>2018-11-01 21:18:19 -0700</bug_when>
    <thetext>(In reply to Fujii Hironori from comment #9)
&gt; Comment on attachment 353588 [details]
&gt; Patch
&gt; 
&gt; View in context:
&gt; https://bugs.webkit.org/attachment.cgi?id=353588&amp;action=review
&gt; 
&gt; &gt;&gt;&gt;&gt; Source/JavaScriptCore/jit/JIT.h:791
&gt; &gt;&gt;&gt;&gt; +        };
&gt; &gt;&gt;&gt; 
&gt; &gt;&gt;&gt; Could we drop `static` and move this to an anonymous namespace instead?
&gt; &gt;&gt;&gt; It probably shouldn&apos;t have been a member to begin with... 😓
&gt; &gt;&gt; 
&gt; &gt;&gt; I tested both patches with both compilers, and confirmed both
&gt; &gt;&gt; works fine. I prefer the inner template class version to template
&gt; &gt;&gt; class version because anonymous namespace is useless in Unified
&gt; &gt;&gt; Source Builds.
&gt; &gt;&gt; 
&gt; &gt;&gt; C++14 has template variable. I will refine the patch.
&gt; &gt; 
&gt; &gt; Does anyone actually use the fact that is64BitType is static? Can we just removed that keyword?
&gt; 
&gt; It can&apos;t compile by GCC, Clang, MSVC if is64BitType is non-static member
&gt; function.
&gt; Maybe, &apos;this&apos; can not be used in static_assert.
&gt; https://godbolt.org/z/NxG5HI

As I mentioned, it was my mistake. It&apos;s just a simple helper function that doesn&apos;t need to be a member at all, but I must&apos;ve guessed that it would better align with existing practices to make it a method instead of namespace-static. But as you&apos;ve noted, simply removing `static` won&apos;t compile.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474723</commentid>
    <comment_count>11</comment_count>
      <attachid>353588</attachid>
    <who name="Yusuke Suzuki">ysuzuki</who>
    <bug_when>2018-11-02 19:58:54 -0700</bug_when>
    <thetext>Comment on attachment 353588
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=353588&amp;action=review

OK, then r=me

&gt; Source/JavaScriptCore/jit/JIT.h:785
&gt; +            static const bool value = sizeof(Type) &lt;= 8;

Ditto.

&gt; Source/JavaScriptCore/jit/JIT.h:790
&gt; +            static const bool value = true;

Use `static constexpr bool`

&gt;&gt;&gt;&gt;&gt;&gt; Source/JavaScriptCore/jit/JIT.h:791
&gt;&gt;&gt;&gt;&gt;&gt; +        };
&gt;&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt;&gt; Could we drop `static` and move this to an anonymous namespace instead?
&gt;&gt;&gt;&gt;&gt; It probably shouldn&apos;t have been a member to begin with... 😓
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; I tested both patches with both compilers, and confirmed both
&gt;&gt;&gt;&gt; works fine. I prefer the inner template class version to template
&gt;&gt;&gt;&gt; class version because anonymous namespace is useless in Unified
&gt;&gt;&gt;&gt; Source Builds.
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt; C++14 has template variable. I will refine the patch.
&gt;&gt;&gt; 
&gt;&gt;&gt; Does anyone actually use the fact that is64BitType is static? Can we just removed that keyword?
&gt;&gt; 
&gt;&gt; It can&apos;t compile by GCC, Clang, MSVC if is64BitType is non-static member function.
&gt;&gt; Maybe, &apos;this&apos; can not be used in static_assert.
&gt;&gt; https://godbolt.org/z/NxG5HI
&gt; 
&gt; As I mentioned, it was my mistake. It&apos;s just a simple helper function that doesn&apos;t need to be a member at all, but I must&apos;ve guessed that it would better align with existing practices to make it a method instead of namespace-static. But as you&apos;ve noted, simply removing `static` won&apos;t compile.

I&apos;m not sure whether template variable can be used in some versions of GCC... But it may be now updated.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474955</commentid>
    <comment_count>12</comment_count>
      <attachid>353827</attachid>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-04 21:40:18 -0800</bug_when>
    <thetext>Created attachment 353827
Patch for landing

Thank you for the review. Addressed the review feedback.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474991</commentid>
    <comment_count>13</comment_count>
      <attachid>353827</attachid>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-05 01:34:58 -0800</bug_when>
    <thetext>Comment on attachment 353827
Patch for landing

Clearing flags on attachment: 353827

Committed r237793: &lt;https://trac.webkit.org/changeset/237793&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474992</commentid>
    <comment_count>14</comment_count>
    <who name="Fujii Hironori">fujii</who>
    <bug_when>2018-11-05 01:35:01 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1474993</commentid>
    <comment_count>15</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2018-11-05 01:35:19 -0800</bug_when>
    <thetext>&lt;rdar://problem/45802019&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>353588</attachid>
            <date>2018-11-01 02:22:20 -0700</date>
            <delta_ts>2018-11-04 21:40:15 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-191146-20181101182220.patch</filename>
            <type>text/plain</type>
            <size>2254</size>
            <attacher name="Fujii Hironori">fujii</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjM3NjcwCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwppbmRleCA2
MWRiOTNiY2FhM2M1MjYxNTNkOGY5ZGU1OWVjZGQ1NWEzZjM5YzdmLi5kYzhjMGI4ODFkNTE5YjZk
OWNkZTk4YzcxMjk5YTRhYzE4OWM3MTc5IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENv
cmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwxMyBAQAorMjAxOC0xMS0wMSAgRnVqaWkgSGlyb25vcmkgIDxIaXJvbm9yaS5GdWppaUBz
b255LmNvbT4KKworICAgICAgICBbV2luXVtDbGFuZ11bSlNDXSBKSVQ6OmlzNjRCaXRUeXBlIHJl
cG9ydHMgIndhcm5pbmc6IGV4cGxpY2l0IHNwZWNpYWxpemF0aW9uIGNhbm5vdCBoYXZlIGEgc3Rv
cmFnZSBjbGFzcyIKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dp
P2lkPTE5MTE0NgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAg
ICAgICogaml0L0pJVC5oOiBDaGFuZ2VkIGlzNjRCaXRUeXBlIGZyb20gYSB0ZW1wbGF0ZSBjbGFz
cyBtZXRob2QgdG8gYQorICAgICAgICB0ZW1wbGF0ZSBpbm5lciBjbGFzcy4KKwogMjAxOC0xMC0z
MSAgRGV2aW4gUm91c3NvICA8ZHJvdXNzb0BhcHBsZS5jb20+CiAKICAgICAgICAgV2ViIEluc3Bl
Y3RvcjogQ2FudmFzOiBjcmVhdGUgYSBzZXR0aW5nIGZvciBhdXRvLXJlY29yZGluZyBuZXdseSBj
cmVhdGVkIGNvbnRleHRzCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvaml0L0pJ
VC5oIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL2ppdC9KSVQuaAppbmRleCA5ZGIxNmQ5M2M5NDQ0
YjUwMzBmY2U5N2M1MTBjMDZiNGE1Yjg5NjBmLi5jNmQ3Y2U4OTFjZTRiYmJkYTk1OTBjOGE2ZTA3
N2FkMTEzZTZmMWQ1IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvaml0L0pJVC5o
CisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9qaXQvSklULmgKQEAgLTc4MSwxNiArNzgxLDIw
IEBAIG5hbWVzcGFjZSBKU0MgewogICAgICAgICB9CiAKICAgICAgICAgdGVtcGxhdGU8dHlwZW5h
bWUgVHlwZT4KLSAgICAgICAgc3RhdGljIGNvbnN0ZXhwciBib29sIGlzNjRCaXRUeXBlKCkgeyBy
ZXR1cm4gc2l6ZW9mKFR5cGUpIDw9IDg7IH0KKyAgICAgICAgc3RydWN0IGlzNjRCaXRUeXBlIHsK
KyAgICAgICAgICAgIHN0YXRpYyBjb25zdCBib29sIHZhbHVlID0gc2l6ZW9mKFR5cGUpIDw9IDg7
CisgICAgICAgIH07CiAKICAgICAgICAgdGVtcGxhdGU8PgotICAgICAgICBzdGF0aWMgY29uc3Rl
eHByIGJvb2wgaXM2NEJpdFR5cGU8dm9pZD4oKSB7IHJldHVybiB0cnVlOyB9CisgICAgICAgIHN0
cnVjdCBpczY0Qml0VHlwZTx2b2lkPiB7CisgICAgICAgICAgICBzdGF0aWMgY29uc3QgYm9vbCB2
YWx1ZSA9IHRydWU7CisgICAgICAgIH07CiAKICAgICAgICAgdGVtcGxhdGU8dHlwZW5hbWUgT3Bl
cmF0aW9uVHlwZSwgdHlwZW5hbWUuLi4gQXJncz4KICAgICAgICAgc3RkOjplbmFibGVfaWZfdDwh
c3RkOjppc19zYW1lPHR5cGVuYW1lIEZ1bmN0aW9uVHJhaXRzPE9wZXJhdGlvblR5cGU+OjpSZXN1
bHRUeXBlLCBTbG93UGF0aFJldHVyblR5cGU+Ojp2YWx1ZSwgTWFjcm9Bc3NlbWJsZXI6OkNhbGw+
CiAgICAgICAgIGNhbGxPcGVyYXRpb24oT3BlcmF0aW9uVHlwZSBvcGVyYXRpb24sIEFyZ3MuLi4g
YXJncykKICAgICAgICAgewotICAgICAgICAgICAgc3RhdGljX2Fzc2VydChpczY0Qml0VHlwZTx0
eXBlbmFtZSBGdW5jdGlvblRyYWl0czxPcGVyYXRpb25UeXBlPjo6UmVzdWx0VHlwZT4oKSwgIldp
bjY0IGNhbm5vdCB1c2Ugc3RhbmRhcmQgY2FsbCB3aGVuIHJldHVybiB0eXBlIGlzIGxhcmdlciB0
aGFuIDY0IGJpdHMuIik7CisgICAgICAgICAgICBzdGF0aWNfYXNzZXJ0KGlzNjRCaXRUeXBlPHR5
cGVuYW1lIEZ1bmN0aW9uVHJhaXRzPE9wZXJhdGlvblR5cGU+OjpSZXN1bHRUeXBlPjo6dmFsdWUs
ICJXaW42NCBjYW5ub3QgdXNlIHN0YW5kYXJkIGNhbGwgd2hlbiByZXR1cm4gdHlwZSBpcyBsYXJn
ZXIgdGhhbiA2NCBiaXRzLiIpOwogICAgICAgICAgICAgc2V0dXBBcmd1bWVudHM8T3BlcmF0aW9u
VHlwZT4oYXJncy4uLik7CiAgICAgICAgICAgICByZXR1cm4gYXBwZW5kQ2FsbFdpdGhFeGNlcHRp
b25DaGVjayhvcGVyYXRpb24pOwogICAgICAgICB9Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>353827</attachid>
            <date>2018-11-04 21:40:18 -0800</date>
            <delta_ts>2018-11-04 21:40:18 -0800</delta_ts>
            <desc>Patch for landing</desc>
            <filename>bug-191146-20181105144016.patch</filename>
            <type>text/plain</type>
            <size>2240</size>
            <attacher name="Fujii Hironori">fujii</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjM3Nzg5CmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwppbmRleCBj
ZDYwNzAwOGY0ODEwYjY0YzUzZDBjYzUxNGJhMjU4OTkxZDFhNDFiLi43N2VmY2QyNmU4NzBjYzI1
ZWY0OGY4ODY5NmYyZGQwZDBiOWEzMGM4IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENv
cmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwxMyBAQAorMjAxOC0xMS0wNCAgRnVqaWkgSGlyb25vcmkgIDxIaXJvbm9yaS5GdWppaUBz
b255LmNvbT4KKworICAgICAgICBbV2luXVtDbGFuZ11bSlNDXSBKSVQ6OmlzNjRCaXRUeXBlIHJl
cG9ydHMgIndhcm5pbmc6IGV4cGxpY2l0IHNwZWNpYWxpemF0aW9uIGNhbm5vdCBoYXZlIGEgc3Rv
cmFnZSBjbGFzcyIKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dp
P2lkPTE5MTE0NgorCisgICAgICAgIFJldmlld2VkIGJ5IFl1c3VrZSBTdXp1a2kuCisKKyAgICAg
ICAgKiBqaXQvSklULmg6IENoYW5nZWQgaXM2NEJpdFR5cGUgZnJvbSBhIHRlbXBsYXRlIGNsYXNz
IG1ldGhvZCB0byBhCisgICAgICAgIHRlbXBsYXRlIGlubmVyIGNsYXNzLgorCiAyMDE4LTExLTAy
ICBLZWl0aCBNaWxsZXIgIDxrZWl0aF9taWxsZXJAYXBwbGUuY29tPgogCiAgICAgICAgIEFzc2Vy
dCBKU1ZhbHVlcyBjYW4gZml0IGludG8gYSBwb2ludGVyIHdoZW4gQVBJIGNhc3RpbmcKZGlmZiAt
LWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9qaXQvSklULmggYi9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvaml0L0pJVC5oCmluZGV4IDlkYjE2ZDkzYzk0NDRiNTAzMGZjZTk3YzUxMGMwNmI0YTVi
ODk2MGYuLjZkYjRkN2Y2YWRlM2FlZDQ2MDhkMDIyMzU2MTBlNzNkMDVkNWNlOTcgMTAwNjQ0Ci0t
LSBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9qaXQvSklULmgKKysrIGIvU291cmNlL0phdmFTY3Jp
cHRDb3JlL2ppdC9KSVQuaApAQCAtNzgxLDE2ICs3ODEsMjAgQEAgbmFtZXNwYWNlIEpTQyB7CiAg
ICAgICAgIH0KIAogICAgICAgICB0ZW1wbGF0ZTx0eXBlbmFtZSBUeXBlPgotICAgICAgICBzdGF0
aWMgY29uc3RleHByIGJvb2wgaXM2NEJpdFR5cGUoKSB7IHJldHVybiBzaXplb2YoVHlwZSkgPD0g
ODsgfQorICAgICAgICBzdHJ1Y3QgaXM2NEJpdFR5cGUgeworICAgICAgICAgICAgc3RhdGljIGNv
bnN0ZXhwciBib29sIHZhbHVlID0gc2l6ZW9mKFR5cGUpIDw9IDg7CisgICAgICAgIH07CiAKICAg
ICAgICAgdGVtcGxhdGU8PgotICAgICAgICBzdGF0aWMgY29uc3RleHByIGJvb2wgaXM2NEJpdFR5
cGU8dm9pZD4oKSB7IHJldHVybiB0cnVlOyB9CisgICAgICAgIHN0cnVjdCBpczY0Qml0VHlwZTx2
b2lkPiB7CisgICAgICAgICAgICBzdGF0aWMgY29uc3RleHByIGJvb2wgdmFsdWUgPSB0cnVlOwor
ICAgICAgICB9OwogCiAgICAgICAgIHRlbXBsYXRlPHR5cGVuYW1lIE9wZXJhdGlvblR5cGUsIHR5
cGVuYW1lLi4uIEFyZ3M+CiAgICAgICAgIHN0ZDo6ZW5hYmxlX2lmX3Q8IXN0ZDo6aXNfc2FtZTx0
eXBlbmFtZSBGdW5jdGlvblRyYWl0czxPcGVyYXRpb25UeXBlPjo6UmVzdWx0VHlwZSwgU2xvd1Bh
dGhSZXR1cm5UeXBlPjo6dmFsdWUsIE1hY3JvQXNzZW1ibGVyOjpDYWxsPgogICAgICAgICBjYWxs
T3BlcmF0aW9uKE9wZXJhdGlvblR5cGUgb3BlcmF0aW9uLCBBcmdzLi4uIGFyZ3MpCiAgICAgICAg
IHsKLSAgICAgICAgICAgIHN0YXRpY19hc3NlcnQoaXM2NEJpdFR5cGU8dHlwZW5hbWUgRnVuY3Rp
b25UcmFpdHM8T3BlcmF0aW9uVHlwZT46OlJlc3VsdFR5cGU+KCksICJXaW42NCBjYW5ub3QgdXNl
IHN0YW5kYXJkIGNhbGwgd2hlbiByZXR1cm4gdHlwZSBpcyBsYXJnZXIgdGhhbiA2NCBiaXRzLiIp
OworICAgICAgICAgICAgc3RhdGljX2Fzc2VydChpczY0Qml0VHlwZTx0eXBlbmFtZSBGdW5jdGlv
blRyYWl0czxPcGVyYXRpb25UeXBlPjo6UmVzdWx0VHlwZT46OnZhbHVlLCAiV2luNjQgY2Fubm90
IHVzZSBzdGFuZGFyZCBjYWxsIHdoZW4gcmV0dXJuIHR5cGUgaXMgbGFyZ2VyIHRoYW4gNjQgYml0
cy4iKTsKICAgICAgICAgICAgIHNldHVwQXJndW1lbnRzPE9wZXJhdGlvblR5cGU+KGFyZ3MuLi4p
OwogICAgICAgICAgICAgcmV0dXJuIGFwcGVuZENhbGxXaXRoRXhjZXB0aW9uQ2hlY2sob3BlcmF0
aW9uKTsKICAgICAgICAgfQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>