<?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>236362</bug_id>
          
          <creation_ts>2022-02-09 06:26:18 -0800</creation_ts>
          <short_desc>[Flatpak SDK] Add mold linker</short_desc>
          <delta_ts>2022-05-06 06:50:07 -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>Tools / Tests</component>
          <version>WebKit Local Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=235979</see_also>
    
    <see_also>https://bugs.webkit.org/show_bug.cgi?id=240162</see_also>
          <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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Adrian Perez">aperez</reporter>
          <assigned_to name="Adrian Perez">aperez</assigned_to>
          <cc>aperez</cc>
    
    <cc>bugs-noreply</cc>
    
    <cc>clopez</cc>
    
    <cc>mcatanzaro</cc>
    
    <cc>pnormand</cc>
    
    <cc>svillar</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1839117</commentid>
    <comment_count>0</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-09 06:26:18 -0800</bug_when>
    <thetext>I have it working locally and intend to do some benchmarks to see how
much faster we can get debug (developer) builds by switching to ld.lld
or ld.mold

For those who may not yet know about it, you can learn about Mold here:

  https://github.com/rui314/mold

While it is still missing a few features, the only important issue is
that Mold does *not* support LTO at the moment:

  https://github.com/rui314/mold/issues/181

Other than this, Mold is perfectly usable today for complex projects
like WebKit, and given that developers typically do not do LTO builds
when working on the codebase, it may already be interesting to have it
in the SDK for those.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839119</commentid>
    <comment_count>1</comment_count>
      <attachid>451367</attachid>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-09 06:38:11 -0800</bug_when>
    <thetext>Created attachment 451367
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839126</commentid>
    <comment_count>2</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-09 07:11:37 -0800</bug_when>
    <thetext>To use Mold, either of these work, tested both with the WPE and GTK ports:

GCC ≥ 12:
  % LDFLAGS=-fuse-ld=mold Tools/Scripts/build-webkit [...]

GCC &lt; 12:
  % LDFLAGS=-B/usr/lib/mold Tools/Scripts/build-webkit [...]

Clang:
  % LDFLAGS=-fuse-ld=mold CC=clang CXX=clang++ Tools/Scripts/build-webkit [...]

Adding “-flto” to {C,CXX,LD}FLAGS will result in linker failures due to
the missing support for LTO in Mold.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839146</commentid>
    <comment_count>3</comment_count>
      <attachid>451367</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2022-02-09 07:34:54 -0800</bug_when>
    <thetext>Comment on attachment 451367
Patch

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

&gt; Tools/buildstream/elements/sdk/mold.bst:12
&gt; +- kind: tar
&gt; +  url: https://github.com/rui314/mold/archive/refs/tags/v1.0.3.tar.gz

We usually track git tags instead of release tarballs, at least for projects hosted github. Any special reason to do it differently here?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839149</commentid>
    <comment_count>4</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-09 07:39:08 -0800</bug_when>
    <thetext>(In reply to Philippe Normand from comment #3)
&gt; Comment on attachment 451367 [details]
&gt; Patch
&gt; 
&gt; View in context:
&gt; https://bugs.webkit.org/attachment.cgi?id=451367&amp;action=review
&gt; 
&gt; &gt; Tools/buildstream/elements/sdk/mold.bst:12
&gt; &gt; +- kind: tar
&gt; &gt; +  url: https://github.com/rui314/mold/archive/refs/tags/v1.0.3.tar.gz
&gt; 
&gt; We usually track git tags instead of release tarballs, at least for projects
&gt; hosted github. Any special reason to do it differently here?

Fetching Git repositories when there are tarballs available is wasteful
as it uses more bandwidth and local disk space. It may seem moot, but it
all adds up.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839383</commentid>
    <comment_count>5</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-09 13:25:20 -0800</bug_when>
    <thetext>I had a chat with Philippe and it turns out that referencing Git commits
is what is usually done in the Freedesktop SDK sources — I still wonder
why it&apos;s done like that, but for consistency I will change the patch to
use a Git ref.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839424</commentid>
    <comment_count>6</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-09 15:05:38 -0800</bug_when>
    <thetext>(In reply to Adrian Perez from comment #2)
 
&gt; GCC &lt; 12:
&gt;   % LDFLAGS=-B/usr/lib/mold Tools/Scripts/build-webkit [...]

This is actually:

  % LDFLAGS=-B/usr/libexec/mold Tools/Scripts/build-webkit [...]

(In Arch Linux there is no “libexec/” but the Flatpak SDK has it,
that&apos;s where my confusion came from.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839598</commentid>
    <comment_count>7</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-10 04:31:33 -0800</bug_when>
    <thetext>I did seven runs with each linker, took out the outliers,
and got the following results:

 Linker |       Times         |  Avg. | Speedup
 -------+---------------------+-------+------------------
    BFD | 393 403 273 267 274 | 322.0 | 1.00x  (baseline)
   Mold | 117 106  99 107 105 | 106.8 | 3.01x
   Gold |  81 116  82  79  82 |  88.0 | 3.66x
    LLD | 106  70  76  70  72 |  78.8 | 4.09x

For each linker, I first removed the build directory, then ran
the build command to have all the object files built, and for
each run removed “bin/*” and “lib/*.so*” before to make sure
that the time differences measured are caused by switching the
linker. Commands used for each were:

  LDFLAGS=-B/usr/libexec/mold NUMBER_OF_PROCESSORS=33 \
    ./Tools/Scripts/build-webkit --gtk --debug --cmakeargs=&apos;-DUSE_LD_LLD=OFF&apos;
  LDFLAGS=-fuse-ld=bfd NUMBER_OF_PROCESSORS=33 \
    ./Tools/Scripts/build-webkit --gtk --debug --cmakeargs=&apos;-DUSE_LD_LLD=OFF&apos;
  LDFLAGS=-fuse-ld=gold NUMBER_OF_PROCESSORS=33 \
    ./Tools/Scripts/build-webkit --gtk --debug --cmakeargs=&apos;-DUSE_LD_LLD=OFF&apos;
  LDFLAGS=-fuse-ld=lld NUMBER_OF_PROCESSORS=33 \
    ./Tools/Scripts/build-webkit --gtk --debug --cmakeargs=&apos;-DUSE_LD_LLD=ON&apos;

This was done using the Flatpak SDK, which means the compiler was
GCC 11.2.0 -- hence the need to use the -B&lt;path&gt; flag to make it use
Mold. I don&apos;t know if this might be the cause of the Mold not being
faster but I would not expect that the compiler driver needing to do
program lookups in a different way would cause a slowdown; but it could
as well be an issue in Mold itself.

It would be interesting to use Clang as the compiler (and hence as
driver for the linking) so all linkers can be chosen in the same way
using the -fuse-ld=&lt;name&gt; flag.

Given these numbers, switching from the BFD linker to LLD by default
for debug/development builds should be a no brainer. We have bug #235979
for that =)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1839614</commentid>
    <comment_count>8</comment_count>
      <attachid>451521</attachid>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-10 05:52:19 -0800</bug_when>
    <thetext>Created attachment 451521
Patch v2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1840513</commentid>
    <comment_count>9</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-11 13:19:43 -0800</bug_when>
    <thetext>(In reply to Adrian Perez from comment #0)

&gt; While it is still missing a few features, the only important issue is
&gt; that Mold does *not* support LTO at the moment:
&gt; 
&gt;   https://github.com/rui314/mold/issues/181

Initial LTO support just landed earlier today:

  https://github.com/rui314/mold/commit/46995bcfc3e3113133620bf16445c5f13cd76a18

\o/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1841651</commentid>
    <comment_count>10</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2022-02-15 04:09:53 -0800</bug_when>
    <thetext>Thanks! I can include this in the next SDK roll-out which I&apos;m preparing already.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1841652</commentid>
    <comment_count>11</comment_count>
    <who name="Adrian Perez">aperez</who>
    <bug_when>2022-02-15 04:11:25 -0800</bug_when>
    <thetext>(In reply to Philippe Normand from comment #10)
&gt; Thanks! I can include this in the next SDK roll-out which I&apos;m preparing
&gt; already.

Sounds good! 👍️</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1841655</commentid>
    <comment_count>12</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2022-02-15 04:32:41 -0800</bug_when>
    <thetext>Committed r289801 (247266@main): &lt;https://commits.webkit.org/247266@main&gt;

All reviewed patches have been landed. Closing bug and clearing flags on attachment 451521.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1841657</commentid>
    <comment_count>13</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2022-02-15 04:33:31 -0800</bug_when>
    <thetext>&lt;rdar://problem/88958643&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>451367</attachid>
            <date>2022-02-09 06:38:11 -0800</date>
            <delta_ts>2022-02-10 05:52:14 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-236362-20220209163810.patch</filename>
            <type>text/plain</type>
            <size>2707</size>
            <attacher name="Adrian Perez">aperez</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjg5NDY1CmRpZmYgLS1naXQgYS9Ub29scy9idWlsZHN0cmVh
bS9DaGFuZ2VMb2cgYi9Ub29scy9idWlsZHN0cmVhbS9DaGFuZ2VMb2cKaW5kZXggY2Q4ZGMzMjMx
ZTAzMzA2ZTU4NTdlOTNmZjBjYzNkNjdkN2JhMzkxMC4uYjdmYTdjZDFmYjA2MzNkMGE2NGIzMThk
ZTg3YzMwZjFlOWFiMDAwMiAxMDA2NDQKLS0tIGEvVG9vbHMvYnVpbGRzdHJlYW0vQ2hhbmdlTG9n
CisrKyBiL1Rvb2xzL2J1aWxkc3RyZWFtL0NoYW5nZUxvZwpAQCAtMSwzICsxLDI5IEBACisyMDIy
LTAyLTA5ICBBZHJpYW4gUGVyZXogZGUgQ2FzdHJvICA8YXBlcmV6QGlnYWxpYS5jb20+CisKKyAg
ICAgICAgW0ZsYXRwYWsgU0RLXSBBZGQgbW9sZCBsaW5rZXIKKyAgICAgICAgaHR0cHM6Ly9idWdz
LndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIzNjM2MgorCisgICAgICAgIFJldmlld2VkIGJ5
IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFRoZSBNb2xkIGxpbmtlciBjbGFpbXMgdG8gYmUg
ZmFzdGVyIHRoYW4gR29sZCBhbmQgTExELCBhbmQgd2hpbGUgaXQgZG9lcyBub3Qgc3VwcG9ydCBM
VE8KKyAgICAgICAgYXQgdGhlIG1vbWVudCwgaXQgaGFzIHJlYWNoZCBhIHJlYXNvbmFibGUgbGV2
ZWwgb2YgbWF0dXJpdHkgYW5kIGNhbiBiZSB1c2VkIGZvciBwcm9qZWN0cworICAgICAgICBhcyBj
b21wbGV4IGFzIFdlYktpdCBhbHJlYWR5LgorCisgICAgICAgIE1vbGQgY2FuIGJlIHVzZWQgaW4g
Y29tYmluYXRpb24gd2l0aCB0aGUgQ2xhbmcgY29tcGlsZXIgZHJpdmVyIG9yIEdDQyAxMisgYnkg
cGFzc2luZworICAgICAgICAtZnVzZS1sZD1tb2xkIGFzIGEgbGlua2VyIGZsYWcsIGZvciBleGFt
cGxlIGFzIGZvbGxvd3M6CisKKyAgICAgICAgICAlIExERkxBR1M9LWZ1c2UtbGQ9bW9sZCBUb29s
cy9TY3JpcHRzL2J1aWxkLXdlYmtpdCBbLi4uXQorICAgICAgICAgICUgTERGTEFHUz0tZnVzZS1s
ZD1tb2xkIENDPWNsYW5nIENYWD1jbGFuZysrIFRvb2xzL1NjcmlwdHMvYnVpbGQtd2Via2l0IFsu
Li5dCisKKyAgICAgICAgQXMgR0NDIDExIGFuZCBvbGRlciwgdGhlIC1mdXNlLWxkPW1vbGQgb3B0
aW9uIGlzIG5vdCBzdXBwb3J0ZWQuIEl0IGlzIHN0aWxsIHBvc3NpYmxlIHRvCisgICAgICAgIHVz
ZSAtQiB0byBpbnN0cnVjdCB0aGUgY29tcGlsZXIgZHJpdmVyIHRvIHRyeSBhIGRpZmZlcmVudCBw
YXRoIGZpcnN0IGZvciBoZWxwZXIgcHJvZ3JhbXMsCisgICAgICAgIGFuZCBhIHdyYXBwZXIgZm9y
IE1vbGQgY2FsbGVkICJsZCIgaXMgYXZhaWxhYmxlIGFzIHdlbGw6CisKKyAgICAgICAgICAlIExE
RkxBR1M9LUIvdXNyL2xpYi9tb2xkIFRvb2xzL1NjcmlwdHMvYnVpbGQtd2Via2l0IFsuLi5dCisK
KyAgICAgICAgKiBlbGVtZW50cy9zZGstcGxhdGZvcm0uYnN0OiBMaXN0IHNkay9tb2xkLmJzdCBh
cyBwYXJ0IG9mIHRoZSBTREsuCisgICAgICAgICogZWxlbWVudHMvc2RrL21vbGQuYnN0OiBBZGRl
ZC4KKwogMjAyMi0wMi0wNSAgUGhpbGlwcGUgTm9ybWFuZCAgPHBub3JtYW5kQGlnYWxpYS5jb20+
CiAKICAgICAgICAgW0ZsYXRwYWsgU0RLXSBVcGRhdGUgdG8gRkRPIDIxLjA4LjEwIGFuZCBHU3Ry
ZWFtZXIgMS4yMCByZWxlYXNlcwpkaWZmIC0tZ2l0IGEvVG9vbHMvYnVpbGRzdHJlYW0vZWxlbWVu
dHMvc2RrLXBsYXRmb3JtLmJzdCBiL1Rvb2xzL2J1aWxkc3RyZWFtL2VsZW1lbnRzL3Nkay1wbGF0
Zm9ybS5ic3QKaW5kZXggODM1ZWI0MWY2ZjZkMzhlMzZmMmU4ZTRhYjA1ZjIzMDA0NjhjMzRhOS4u
MDkzMjE3MmU5N2QzMjMxMjU4OWUxNDNhMTE2NjEwM2U3YzgxODAwZSAxMDA2NDQKLS0tIGEvVG9v
bHMvYnVpbGRzdHJlYW0vZWxlbWVudHMvc2RrLXBsYXRmb3JtLmJzdAorKysgYi9Ub29scy9idWls
ZHN0cmVhbS9lbGVtZW50cy9zZGstcGxhdGZvcm0uYnN0CkBAIC00Niw2ICs0Niw3IEBAIGRlcGVu
ZHM6CiAtIHNkay9saWJzb3VwMy5ic3QKIC0gc2RrL2xpYnVzcnNjdHAuYnN0CiAtIHNkay9saWJ3
cGUuYnN0CistIHNkay9tb2xkLmJzdAogLSBzZGsvbW9uYWRvLmJzdAogLSBzZGsvb3BlbnhyLmJz
dAogLSBzZGsvb3MtcmVsZWFzZS5ic3QKZGlmZiAtLWdpdCBhL1Rvb2xzL2J1aWxkc3RyZWFtL2Vs
ZW1lbnRzL3Nkay9tb2xkLmJzdCBiL1Rvb2xzL2J1aWxkc3RyZWFtL2VsZW1lbnRzL3Nkay9tb2xk
LmJzdApuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwLi40ZDU4ODhlZTFmNzg0NmU1MjY1NDkwMWM3ODRmMDZlYzA2ZGZiYTA3
Ci0tLSAvZGV2L251bGwKKysrIGIvVG9vbHMvYnVpbGRzdHJlYW0vZWxlbWVudHMvc2RrL21vbGQu
YnN0CkBAIC0wLDAgKzEsMTMgQEAKK2tpbmQ6IG1ha2UKKworZGVwZW5kczoKKy0gZnJlZWRlc2t0
b3Atc2RrLmJzdDpib290c3RyYXAtaW1wb3J0LmJzdAorLSBmcmVlZGVza3RvcC1zZGsuYnN0OnB1
YmxpYy1zdGFja3MvYnVpbGRzeXN0ZW0tY21ha2UuYnN0CisKK3ZhcmlhYmxlczoKKyAgbWFrZTog
bWFrZSBQUkVGSVg9IiV7cHJlZml4fSIgTFRPPTEKKworc291cmNlczoKKy0ga2luZDogdGFyCisg
IHVybDogaHR0cHM6Ly9naXRodWIuY29tL3J1aTMxNC9tb2xkL2FyY2hpdmUvcmVmcy90YWdzL3Yx
LjAuMy50YXIuZ3oKKyAgcmVmOiA0ODhjMTIwNThiNGM3Yzc3YmZmOTRjNmY5MTllNDBiMmYxMmMz
MDQyMTRlMmUwZDdkNDgzM2MyMTE2NzgzN2MwCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>451521</attachid>
            <date>2022-02-10 05:52:19 -0800</date>
            <delta_ts>2022-02-15 04:32:43 -0800</delta_ts>
            <desc>Patch v2</desc>
            <filename>bug-236362-20220210155217.patch</filename>
            <type>text/plain</type>
            <size>2726</size>
            <attacher name="Adrian Perez">aperez</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjg5NDk2CmRpZmYgLS1naXQgYS9Ub29scy9idWlsZHN0cmVh
bS9DaGFuZ2VMb2cgYi9Ub29scy9idWlsZHN0cmVhbS9DaGFuZ2VMb2cKaW5kZXggY2Q4ZGMzMjMx
ZTAzMzA2ZTU4NTdlOTNmZjBjYzNkNjdkN2JhMzkxMC4uOTcxNTFlOWQyMzNhOWRhZTExMmFiNjEw
NzA2MmJkNWM1NGE1MmIzYSAxMDA2NDQKLS0tIGEvVG9vbHMvYnVpbGRzdHJlYW0vQ2hhbmdlTG9n
CisrKyBiL1Rvb2xzL2J1aWxkc3RyZWFtL0NoYW5nZUxvZwpAQCAtMSwzICsxLDI5IEBACisyMDIy
LTAyLTEwICBBZHJpYW4gUGVyZXogZGUgQ2FzdHJvICA8YXBlcmV6QGlnYWxpYS5jb20+CisKKyAg
ICAgICAgW0ZsYXRwYWsgU0RLXSBBZGQgbW9sZCBsaW5rZXIKKyAgICAgICAgaHR0cHM6Ly9idWdz
LndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIzNjM2MgorCisgICAgICAgIFJldmlld2VkIGJ5
IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFRoZSBNb2xkIGxpbmtlciBjbGFpbXMgdG8gYmUg
ZmFzdGVyIHRoYW4gR29sZCBhbmQgTExELCBhbmQgd2hpbGUgaXQgZG9lcyBub3Qgc3VwcG9ydCBM
VE8KKyAgICAgICAgYXQgdGhlIG1vbWVudCwgaXQgaGFzIHJlYWNoZCBhIHJlYXNvbmFibGUgbGV2
ZWwgb2YgbWF0dXJpdHkgYW5kIGNhbiBiZSB1c2VkIGZvciBwcm9qZWN0cworICAgICAgICBhcyBj
b21wbGV4IGFzIFdlYktpdCBhbHJlYWR5LgorCisgICAgICAgIE1vbGQgY2FuIGJlIHVzZWQgaW4g
Y29tYmluYXRpb24gd2l0aCB0aGUgQ2xhbmcgY29tcGlsZXIgZHJpdmVyIG9yIEdDQyAxMisgYnkg
cGFzc2luZworICAgICAgICAtZnVzZS1sZD1tb2xkIGFzIGEgbGlua2VyIGZsYWcsIGZvciBleGFt
cGxlIGFzIGZvbGxvd3M6CisKKyAgICAgICAgICAlIExERkxBR1M9LWZ1c2UtbGQ9bW9sZCBUb29s
cy9TY3JpcHRzL2J1aWxkLXdlYmtpdCBbLi4uXQorICAgICAgICAgICUgTERGTEFHUz0tZnVzZS1s
ZD1tb2xkIENDPWNsYW5nIENYWD1jbGFuZysrIFRvb2xzL1NjcmlwdHMvYnVpbGQtd2Via2l0IFsu
Li5dCisKKyAgICAgICAgQXMgR0NDIDExIGFuZCBvbGRlciwgdGhlIC1mdXNlLWxkPW1vbGQgb3B0
aW9uIGlzIG5vdCBzdXBwb3J0ZWQuIEl0IGlzIHN0aWxsIHBvc3NpYmxlIHRvCisgICAgICAgIHVz
ZSAtQiB0byBpbnN0cnVjdCB0aGUgY29tcGlsZXIgZHJpdmVyIHRvIHRyeSBhIGRpZmZlcmVudCBw
YXRoIGZpcnN0IGZvciBoZWxwZXIgcHJvZ3JhbXMsCisgICAgICAgIGFuZCBhIHdyYXBwZXIgZm9y
IE1vbGQgY2FsbGVkICJsZCIgaXMgYXZhaWxhYmxlIGFzIHdlbGw6CisKKyAgICAgICAgICAlIExE
RkxBR1M9LUIvdXNyL2xpYmV4ZWMvbW9sZCBUb29scy9TY3JpcHRzL2J1aWxkLXdlYmtpdCBbLi4u
XQorCisgICAgICAgICogZWxlbWVudHMvc2RrLXBsYXRmb3JtLmJzdDogTGlzdCBzZGsvbW9sZC5i
c3QgYXMgcGFydCBvZiB0aGUgU0RLLgorICAgICAgICAqIGVsZW1lbnRzL3Nkay9tb2xkLmJzdDog
QWRkZWQuCisKIDIwMjItMDItMDUgIFBoaWxpcHBlIE5vcm1hbmQgIDxwbm9ybWFuZEBpZ2FsaWEu
Y29tPgogCiAgICAgICAgIFtGbGF0cGFrIFNES10gVXBkYXRlIHRvIEZETyAyMS4wOC4xMCBhbmQg
R1N0cmVhbWVyIDEuMjAgcmVsZWFzZXMKZGlmZiAtLWdpdCBhL1Rvb2xzL2J1aWxkc3RyZWFtL2Vs
ZW1lbnRzL3Nkay1wbGF0Zm9ybS5ic3QgYi9Ub29scy9idWlsZHN0cmVhbS9lbGVtZW50cy9zZGst
cGxhdGZvcm0uYnN0CmluZGV4IDgzNWViNDFmNmY2ZDM4ZTM2ZjJlOGU0YWIwNWYyMzAwNDY4YzM0
YTkuLjA5MzIxNzJlOTdkMzIzMTI1ODllMTQzYTExNjYxMDNlN2M4MTgwMGUgMTAwNjQ0Ci0tLSBh
L1Rvb2xzL2J1aWxkc3RyZWFtL2VsZW1lbnRzL3Nkay1wbGF0Zm9ybS5ic3QKKysrIGIvVG9vbHMv
YnVpbGRzdHJlYW0vZWxlbWVudHMvc2RrLXBsYXRmb3JtLmJzdApAQCAtNDYsNiArNDYsNyBAQCBk
ZXBlbmRzOgogLSBzZGsvbGlic291cDMuYnN0CiAtIHNkay9saWJ1c3JzY3RwLmJzdAogLSBzZGsv
bGlid3BlLmJzdAorLSBzZGsvbW9sZC5ic3QKIC0gc2RrL21vbmFkby5ic3QKIC0gc2RrL29wZW54
ci5ic3QKIC0gc2RrL29zLXJlbGVhc2UuYnN0CmRpZmYgLS1naXQgYS9Ub29scy9idWlsZHN0cmVh
bS9lbGVtZW50cy9zZGsvbW9sZC5ic3QgYi9Ub29scy9idWlsZHN0cmVhbS9lbGVtZW50cy9zZGsv
bW9sZC5ic3QKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMC4uODBkOTM0Y2JhYWFkYzI4NDQxMzQ4MTgyZTRlNDAxNjAzMjlk
ZDA2ZAotLS0gL2Rldi9udWxsCisrKyBiL1Rvb2xzL2J1aWxkc3RyZWFtL2VsZW1lbnRzL3Nkay9t
b2xkLmJzdApAQCAtMCwwICsxLDE0IEBACitraW5kOiBtYWtlCitkZXBlbmRzOgorLSBmcmVlZGVz
a3RvcC1zZGsuYnN0OmJvb3RzdHJhcC1pbXBvcnQuYnN0CistIGZyZWVkZXNrdG9wLXNkay5ic3Q6
cHVibGljLXN0YWNrcy9idWlsZHN5c3RlbS1jbWFrZS5ic3QKKwordmFyaWFibGVzOgorICBtYWtl
OiBtYWtlIFBSRUZJWD0iJXtwcmVmaXh9IiBMVE89MQorc291cmNlczoKKy0ga2luZDogZ2l0X3Rh
ZworICB1cmw6IGdpdGh1Yl9jb206cnVpMzE0L21vbGQuZ2l0CisgIGNoZWNrb3V0LXN1Ym1vZHVs
ZXM6IGZhbHNlCisgIHRyYWNrLXRhZ3M6IHRydWUKKyAgdHJhY2s6IG1haW4KKyAgcmVmOiB2MS4w
LjItMC1nNmZiNjQ2NTZiOTI1NTNhZTQ3YTliMDU4ZGE4YzkzMDgzYmU3NzlkNQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>