<?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>214966</bug_id>
          
          <creation_ts>2020-07-30 07:12:33 -0700</creation_ts>
          <short_desc>REGRESSION(r264688): fails to build on armhf</short_desc>
          <delta_ts>2020-08-03 14:02:55 -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>WebKitGTK</component>
          <version>Other</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="Alberto Garcia">berto</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>angelos</cc>
    
    <cc>bugs-noreply</cc>
    
    <cc>clopez</cc>
    
    <cc>ews-watchlist</cc>
    
    <cc>guijemont</cc>
    
    <cc>keith_miller</cc>
    
    <cc>mark.lam</cc>
    
    <cc>mcatanzaro</cc>
    
    <cc>msaboff</cc>
    
    <cc>pmatos</cc>
    
    <cc>saam</cc>
    
    <cc>ticaiolima</cc>
    
    <cc>tzagallo</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1676366</commentid>
    <comment_count>0</comment_count>
    <who name="Alberto Garcia">berto</who>
    <bug_when>2020-07-30 07:12:33 -0700</bug_when>
    <thetext>This happens with GCC 9 and GCC 10, here&apos;s the error message:

/usr/bin/c++  -DBUILDING_GTK__=1 -DBUILDING_WITH_CMAKE=1 -DBWRAP_EXECUTABLE=\&quot;/usr/bin/bwrap\&quot; -DDBUS_PROXY_EXECUTABLE=\&quot;/usr/bin/xdg-dbus-proxy\&quot; -DGETTEXT_PACKAGE=\&quot;WebKit2GTK-4.0\&quot; -DHAVE_CONFIG_H=1 -DJSC_COMPILATION -DJSC_GLIB_API_ENABLED -DSTATICALLY_LINKED_WITH_WTF -DSVN_REVISION=\&quot;tarball\&quot; -DWEBKITGTK_API_VERSION_STRING=\&quot;4.0\&quot; -IDerivedSources/ForwardingHeaders -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I. -I../Source/JavaScriptCore -I../Source/JavaScriptCore/API -I../Source/JavaScriptCore/assembler -I../Source/JavaScriptCore/b3 -I../Source/JavaScriptCore/b3/air -I../Source/JavaScriptCore/bindings -I../Source/JavaScriptCore/builtins -I../Source/JavaScriptCore/bytecode -I../Source/JavaScriptCore/bytecompiler -I../Source/JavaScriptCore/dfg -I../Source/JavaScriptCore/disassembler -I../Source/JavaScriptCore/disassembler/ARM64 -I../Source/JavaScriptCore/disassembler/udis86 -I../Source/JavaScriptCore/domjit -I../Source/JavaScriptCore/ftl -I../Source/JavaScriptCore/heap -I../Source/JavaScriptCore/debugger -I../Source/JavaScriptCore/inspector -I../Source/JavaScriptCore/inspector/agents -I../Source/JavaScriptCore/inspector/augmentable -I../Source/JavaScriptCore/inspector/remote -I../Source/JavaScriptCore/interpreter -I../Source/JavaScriptCore/jit -I../Source/JavaScriptCore/llint -I../Source/JavaScriptCore/parser -I../Source/JavaScriptCore/profiler -I../Source/JavaScriptCore/runtime -I../Source/JavaScriptCore/tools -I../Source/JavaScriptCore/wasm -I../Source/JavaScriptCore/wasm/js -I../Source/JavaScriptCore/yarr -IDerivedSources/JavaScriptCore -IDerivedSources/JavaScriptCore/inspector -IDerivedSources/JavaScriptCore/runtime -IDerivedSources/JavaScriptCore/yarr -IDerivedSources/ForwardingHeaders/JavaScriptCore/glib -IDerivedSources/JavaScriptCore/javascriptcoregtk/jsc -I../Source/JavaScriptCore/API/glib -IDerivedSources/JavaScriptCore/javascriptcoregtk -I../Source/JavaScriptCore/inspector/remote/glib -fdiagnostics-color=always -Wextra -Wall -Wno-expansion-to-defined -Wno-noexcept-type -Wno-psabi -Wno-maybe-uninitialized -Wwrite-strings -Wundef -Wpointer-arith -Wmissing-format-attribute -Wformat-security -Wcast-align -g1 -O2 -fdebug-prefix-map=/home/berto/webkit2gtk-2.29.4=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -fno-exceptions -fno-rtti -fPIC   -std=c++17 -MD -MT Source/JavaScriptCore/CMakeFiles/LowLevelInterpreterLib.dir/llint/LowLevelInterpreter.cpp.o -MF Source/JavaScriptCore/CMakeFiles/LowLevelInterpreterLib.dir/llint/LowLevelInterpreter.cpp.o.d -o Source/JavaScriptCore/CMakeFiles/LowLevelInterpreterLib.dir/llint/LowLevelInterpreter.cpp.o -c ../Source/JavaScriptCore/llint/LowLevelInterpreter.cpp
/tmp/ccYqDpA7.s: Assembler messages:
/tmp/ccYqDpA7.s:208: Error: r13 not allowed here -- `subs sp,r7,#28&apos;
/tmp/ccYqDpA7.s:360: Error: r13 not allowed here -- `subs sp,r7,#28&apos;

Full logs here: https://buildd.debian.org/status/logs.php?pkg=webkit2gtk&amp;arch=armhf</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676373</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2020-07-30 07:50:33 -0700</bug_when>
    <thetext>This is also hitting GNOME OS, but Fedora rawhide is OK.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676374</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2020-07-30 07:51:18 -0700</bug_when>
    <thetext>Anyway the problem seems to be GCC generating invalid assembler. I guess we&apos;ll try to build with clang and hope for the best.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676398</commentid>
    <comment_count>3</comment_count>
    <who name="Carlos Alberto Lopez Perez">clopez</who>
    <bug_when>2020-07-30 09:03:03 -0700</bug_when>
    <thetext>Since when happens this? I wonder if could be caused by r259734 ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676401</commentid>
    <comment_count>4</comment_count>
    <who name="Carlos Alberto Lopez Perez">clopez</who>
    <bug_when>2020-07-30 09:07:38 -0700</bug_when>
    <thetext>(In reply to Carlos Alberto Lopez Perez from comment #3)
&gt; Since when happens this? I wonder if could be caused by r259734 ?

No, forget what i said.. this was already included in 2.29.1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676407</commentid>
    <comment_count>5</comment_count>
    <who name="Carlos Alberto Lopez Perez">clopez</who>
    <bug_when>2020-07-30 09:14:16 -0700</bug_when>
    <thetext>2.29.3 was branched on r264060
2.29.4 was branched on r265032

It has to be some commit in the middle, right? This ones are the commits that touch JSC/llint in that range http://sprunge.us/UuSQCt</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1677328</commentid>
    <comment_count>6</comment_count>
      <attachid>405844</attachid>
    <who name="Alberto Garcia">berto</who>
    <bug_when>2020-08-03 09:50:24 -0700</bug_when>
    <thetext>Created attachment 405844
Patch

This was broken on r264688.

The problem seems to be that SP cannot be used as a destination register.

This patch fixes the build for me, it&apos;s the same approach used in r163179 (see bug 127903).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1677352</commentid>
    <comment_count>7</comment_count>
      <attachid>405844</attachid>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2020-08-03 11:04:27 -0700</bug_when>
    <thetext>Comment on attachment 405844
Patch

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

Thanks Berto!

&gt; Source/JavaScriptCore/llint/LowLevelInterpreter32_64.asm:340
&gt; +    if ARMv7
&gt; +        subp cfr, CalleeRegisterSaveSize, t3
&gt; +        move t3, sp
&gt; +    else
&gt; +        subp cfr, CalleeRegisterSaveSize, sp
&gt; +    end

I guess there&apos;s no particularly compelling reason to keep this fallback path, right? We could avoid the need for the condition by just always going through the t3 register.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1677354</commentid>
    <comment_count>8</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2020-08-03 11:05:55 -0700</bug_when>
    <thetext>Ah well, I guess that as long as the fallbacks from r163179 still exist, your patch should match those, so probably better to stick with your version.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1677420</commentid>
    <comment_count>9</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2020-08-03 14:02:54 -0700</bug_when>
    <thetext>Committed r265217: &lt;https://trac.webkit.org/changeset/265217&gt;

All reviewed patches have been landed. Closing bug and clearing flags on attachment 405844.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>405844</attachid>
            <date>2020-08-03 09:50:24 -0700</date>
            <delta_ts>2020-08-03 14:02:55 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>214966.diff</filename>
            <type>text/plain</type>
            <size>1273</size>
            <attacher name="Alberto Garcia">berto</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cgYi9Tb3VyY2UvSmF2
YVNjcmlwdENvcmUvQ2hhbmdlTG9nCmluZGV4IDRhZWY1NTYyMTM1YS4uNGM0NGMwODI4YWE2IDEw
MDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9K
YXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxNSBAQAorMjAyMC0wOC0wMyAgQWxi
ZXJ0byBHYXJjaWEgIDxiZXJ0b0BpZ2FsaWEuY29tPgorCisgICAgICAgIFtHVEtdIDIuMjkuNCBm
YWlscyB0byBidWlsZCBpbiBhcm1oZgorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z
aG93X2J1Zy5jZ2k/aWQ9MjE0OTY2CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BT
ISkuCisKKyAgICAgICAgU1AgcmVnaXN0ZXIgY2Fubm90IGJlIHVzZWQgYXMgYSBkZXN0aW5hdGlv
biByZWdpc3RlciBvZiBTVUIgb3IgQURECisgICAgICAgIG9uIFRodW1iIG1vZGUuCisKKyAgICAg
ICAgKiBsbGludC9Mb3dMZXZlbEludGVycHJldGVyMzJfNjQuYXNtOgorCiAyMDIwLTA4LTAyICBZ
dXN1a2UgU3V6dWtpICA8eXN1enVraUBhcHBsZS5jb20+CiAKICAgICAgICAgVW5yZXZpZXdlZCwg
Zml4IENMb29wIGJ1aWxkCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvbGxpbnQv
TG93TGV2ZWxJbnRlcnByZXRlcjMyXzY0LmFzbSBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9sbGlu
dC9Mb3dMZXZlbEludGVycHJldGVyMzJfNjQuYXNtCmluZGV4IDQ4ZmUwZGQzNWY4MS4uZWJkMzZi
YWNlZGQ0IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvbGxpbnQvTG93TGV2ZWxJ
bnRlcnByZXRlcjMyXzY0LmFzbQorKysgYi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvbGxpbnQvTG93
TGV2ZWxJbnRlcnByZXRlcjMyXzY0LmFzbQpAQCAtMzMyLDcgKzMzMiwxMiBAQCBtYWNybyBkb1ZN
RW50cnkobWFrZUNhbGwpCiAgICAgbW92ZSBVbmRlZmluZWRUYWcsIHIxCiAgICAgbW92ZSAwLCBy
MAogCi0gICAgc3VicCBjZnIsIENhbGxlZVJlZ2lzdGVyU2F2ZVNpemUsIHNwCisgICAgaWYgQVJN
djcKKyAgICAgICAgc3VicCBjZnIsIENhbGxlZVJlZ2lzdGVyU2F2ZVNpemUsIHQzCisgICAgICAg
IG1vdmUgdDMsIHNwCisgICAgZWxzZQorICAgICAgICBzdWJwIGNmciwgQ2FsbGVlUmVnaXN0ZXJT
YXZlU2l6ZSwgc3AKKyAgICBlbmQKICAgICBwb3BDYWxsZWVTYXZlcygpCiAgICAgZnVuY3Rpb25F
cGlsb2d1ZSgpCiAgICAgcmV0Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>