<?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>93460</bug_id>
          
          <creation_ts>2012-08-08 04:29:49 -0700</creation_ts>
          <short_desc>[Qt] QtWebKit linking fails for QNX cross build</short_desc>
          <delta_ts>2012-08-14 04:42:23 -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>WebKit Qt</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>
          
          <blocked>74040</blocked>
          <everconfirmed>0</everconfirmed>
          <reporter name="Milian Wolff">milian.wolff</reporter>
          <assigned_to name="Milian Wolff">milian.wolff</assigned_to>
          <cc>hausmann</cc>
    
    <cc>noam</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>690145</commentid>
    <comment_count>0</comment_count>
    <who name="Milian Wolff">milian.wolff</who>
    <bug_when>2012-08-08 04:29:49 -0700</bug_when>
    <thetext>Trying to build QtWebKit for QNX using the bbndk 2.0.1 which uses gcc 4.4.2, I ran across the following issue:

make[2]: Entering directory `/home/milian/projects/qt5/build-playbook/qtwebkit/Release/Source&apos;
rm -f libQtWebKit.so.5.0.0 libQtWebKit.so libQtWebKit.so.5 libQtWebKit.so.5.0
qcc -Vgcc_ntoarmv7le -lang-c++ -Wl,-rpath-link,/home/milian/bbndk-2.0.1/target/qnx6/armle-v7/lib -Wl,-rpath-link,/home/milian/bbndk-2.0.1/target/qnx6/armle-v7/usr/lib -Wl,-O1 -Wl,-rpath,/home/milian/projects/qt5/install-playbook/lib -Wl,-rpath,/home/milian/projects/qt5/install-playbook/lib -shared -Wl,-Bsymbolic-functions -Wl,-soname,libQtWebKit.so.5 -o libQtWebKit.so.5.0.0   -L/home/milian/bbndk-2.0.1/target/qnx6/armle-v7/lib -L/home/milian/bbndk-2.0.1/target/qnx6/armle-v7/usr/lib -L/home/milian/projects/qt5/build-playbook/qtwebkit/Release/Source/WebKit/release -L/home/milian/projects/qt5/build-playbook/qtwebkit/Release/Source/WebKit2/release -L/home/milian/projects/qt5/build-playbook/qtwebkit/Release/Source/WebCore/release -L/home/milian/projects/qt5/build-playbook/qtwebkit/Release/Source/JavaScriptCore/release -L/home/milian/projects/qt5/build-playbook/qtwebkit/Release/Source/WTF/release -L/home/milian/projects/qt5/install-playbook/lib -Wl,-whole-archive -lWebKit1 -Wl,-no-whole-archive -Wl,-whole-archive -lWebKit2 -Wl,-no-whole-archive -Wl,-whole-archive -lWebCore -Wl,-no-whole-archive -lz -ljpeg -lpng -Wl,-whole-archive -lJavaScriptCore -Wl,-no-whole-archive -Wl,-whole-archive -lWTF -Wl,-no-whole-archive -licui18n -licuuc -licudata -lnbutil -lQtQuick -L/home/milian/projects/qt5/build-playbook/qtdeclarative/lib -lQtPrintSupport -lQtXmlPatterns -lQtQml -lQtV8 -lbacktrace -lQtWidgets -lQtSql -lQtNetwork -lsocket -lQtGui -lQtCore -lm -lbps -lGLESv2 -lEGL 
cc: no files to process

Here is an excerpt of a discussion with tronical in #qtwebkit on Freenode IRC:

[13:03] &lt;milian&gt; I&apos;m trying to get it build for qnx which worked ~2months ago... trying to rebase my patches and getting them upstreamed now, I hit this strange error and am really lost
[13:03] &lt;milian&gt; is it a qmake bug?
[13:04] &lt;tronical&gt; milian: sort of a gcc bug :)
[13:04] &lt;milian&gt; is there something I can do to work around it?
[13:05] &lt;tronical&gt; milian: the way we build webkit is that we build webcore, javascriptcore, etc. as static libraries
[13:05] &lt;tronical&gt; milian: and then link them all together into libqtwebkit.so
[13:05] &lt;tronical&gt; milian: it&apos;s that last linking step that doesn&apos;t involve any .cpp files
[13:06] &lt;tronical&gt; milian: it&apos;s just gcc -o libqtwebkit.so libwebcore libwtf.a ...
[13:06] &lt;tronical&gt; milian: (just linking, no -c as parameter)
[13:06] &lt;tronical&gt; milian: gcc and mscv can handle it
[13:06] &lt;tronical&gt; milian: see for example -Wl,-whole-archive -lJavaScriptCore -Wl,-no-whole-archive in your paste
[13:07] &lt;milian&gt; ok, and this got fixed with a newer gcc?
[13:07] &lt;tronical&gt; milian: I haven&apos;t run into any gcc yet that doesn&apos;t support it, so I&apos;m curious why this fails for you :)
[13:08] &lt;tronical&gt; milian: if you take that commandline and change the -Wl,-whole-archive -lJavaScriptCore -Wl,no-whole-archive to -Wl,-whole-archive ../path/to/libJavaScriptCore.a -Wl,-no-whole-archive , does it work then?
[13:15] &lt;tronical&gt; milian: alternatively easy workaround:
[13:15] &lt;milian&gt; yes, now it&apos;s linking
[13:15] &lt;tronical&gt; milian: add a dummy .cpp file, add  it to api.pri
[13:16] &lt;tronical&gt; milian: if that works then it sounds very much like a gcc bug or incorrect serach paths
[13:17] &lt;milian&gt; seems to be gcc 4.4.2 in qnx bbndk
[13:19] &lt;milian&gt; I&apos;ll try to add the dummy .cpp file there, would that be acceptable to be pushed upstream (just for qnx of course)?
[13:20] &lt;tronical&gt; milian: yeah, I think that&apos;s okay. it should probably be a generated file (i.e. using  QMAKE_EXTRA_TARGETS and GENERATED_SOURCES)

I&apos;ll now try to implement what tronical suggests and prepare a patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>690214</commentid>
    <comment_count>1</comment_count>
      <attachid>157195</attachid>
    <who name="Milian Wolff">milian.wolff</who>
    <bug_when>2012-08-08 05:47:53 -0700</bug_when>
    <thetext>Created attachment 157195
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>692215</commentid>
    <comment_count>2</comment_count>
      <attachid>157195</attachid>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2012-08-09 22:28:07 -0700</bug_when>
    <thetext>Comment on attachment 157195
Patch

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

&gt; Source/api.pri:150
&gt; +    dummyfile.commands = touch $$dummyfile.target

I think you could also use echo &gt; $$dummyfile.target and it would work on Windows, in case we need it there at some point.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>693631</commentid>
    <comment_count>3</comment_count>
    <who name="Milian Wolff">milian.wolff</who>
    <bug_when>2012-08-13 07:13:07 -0700</bug_when>
    <thetext>Shall I change that now or can it stay like that for now? Is anything else required from my side to get this patch upstream?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>693633</commentid>
    <comment_count>4</comment_count>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2012-08-13 07:17:46 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; Shall I change that now or can it stay like that for now? Is anything else required from my side to get this patch upstream?

No, I think it&apos;s okay as is. Would you like to use the commit queue to land it? Then set cq? :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>694766</commentid>
    <comment_count>5</comment_count>
      <attachid>157195</attachid>
    <who name="Milian Wolff">milian.wolff</who>
    <bug_when>2012-08-14 03:44:19 -0700</bug_when>
    <thetext>Comment on attachment 157195
Patch

patch is missing updates to the changelog and it probably won&apos;t apply against master anyways due to updates to api.pri, I&apos;ll update it now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>694771</commentid>
    <comment_count>6</comment_count>
      <attachid>158286</attachid>
    <who name="Milian Wolff">milian.wolff</who>
    <bug_when>2012-08-14 03:48:43 -0700</bug_when>
    <thetext>Created attachment 158286
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>694813</commentid>
    <comment_count>7</comment_count>
      <attachid>158286</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-08-14 04:42:19 -0700</bug_when>
    <thetext>Comment on attachment 158286
Patch

Clearing flags on attachment: 158286

Committed r125544: &lt;http://trac.webkit.org/changeset/125544&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>694814</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-08-14 04:42:23 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>157195</attachid>
            <date>2012-08-08 05:47:53 -0700</date>
            <delta_ts>2012-08-14 03:48:34 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-93460-20120808144725.patch</filename>
            <type>text/plain</type>
            <size>745</size>
            <attacher name="Milian Wolff">milian.wolff</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTI0NzY2CmRpZmYgLS1naXQgYS9Tb3VyY2UvYXBpLnByaSBi
L1NvdXJjZS9hcGkucHJpCmluZGV4IDYxOTg0ZDI0NDc2ZjFkODQ5MjNiN2EwMWMyZGI5ZDQ1NDM5
MTExM2MuLjUyZjM0N2Q4NDNlMGQyZDYwNzYxODQ0NTEwMDNhMTJmMGMzNWNmMjcgMTAwNjQ0Ci0t
LSBhL1NvdXJjZS9hcGkucHJpCisrKyBiL1NvdXJjZS9hcGkucHJpCkBAIC0xNDAsMyArMTQwLDE0
IEBAIGhhdmVRdCg1KSB7CiAgICAgICAgIFFNQUtFX0xGTEFHU19TT05BTUUgPSAiJCR7UU1BS0Vf
TEZMQUdTX1NPTkFNRX0kJHtERVNURElSfSQke1FNQUtFX0RJUl9TRVB9IgogICAgIH0KIH0KKwor
cW54IHsKKyAgICAjIHNlZTogaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lk
PTkzNDYwCisgICAgIyB0aGUgZ2NjIDQuNC4yIHVzZWQgaW4gdGhlIHFueCBiYm5kayBjYW5ub3Qg
Y29wZSB3aXRoCisgICAgIyB0aGUgbGlua2FnZSBzdGVwIG9mIGxpYlF0V2ViS2l0LCBhZGRpbmcg
YSBkdW1teSAuY3BwCisgICAgIyBmaWxlIGZpeGVzIHRoaXMgdGhvdWdoIC0gc28gZG8gdGhpcyBo
ZXJlCisgICAgZHVtbXlmaWxlLnRhcmdldCA9IGR1bW15LmNwcAorICAgIGR1bW15ZmlsZS5jb21t
YW5kcyA9IHRvdWNoICQkZHVtbXlmaWxlLnRhcmdldAorICAgIFFNQUtFX0VYVFJBX1RBUkdFVFMg
Kz0gZHVtbXlmaWxlCisgICAgR0VORVJBVEVEX1NPVVJDRVMgKz0gJCRkdW1teWZpbGUudGFyZ2V0
Cit9Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>158286</attachid>
            <date>2012-08-14 03:48:43 -0700</date>
            <delta_ts>2012-08-14 04:42:19 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-93460-20120814124810.patch</filename>
            <type>text/plain</type>
            <size>1638</size>
            <attacher name="Milian Wolff">milian.wolff</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTI1NDE3CmRpZmYgLS1naXQgYS9Tb3VyY2UvYXBpLnByaSBi
L1NvdXJjZS9hcGkucHJpCmluZGV4IDdlNTNjYzk5ZDRhMWI4NzEwNTEwYmRkY2FlNTViN2QyYjFl
ZmY5ODUuLjRhYzY0YzMxYjYzNGExODdlNTE5OTQzMDQ3OWQ2MTEzYjA4OTJiMzMgMTAwNjQ0Ci0t
LSBhL1NvdXJjZS9hcGkucHJpCisrKyBiL1NvdXJjZS9hcGkucHJpCkBAIC04NCwzICs4NCwxNCBA
QCBXRUJLSVQgKz0gd2ViY29yZQogfQogCiAhbm9fd2Via2l0MTogV0VCS0lUICs9IHdlYmtpdDEK
KworcW54IHsKKyAgICAjIHNlZTogaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dp
P2lkPTkzNDYwCisgICAgIyB0aGUgZ2NjIDQuNC4yIHVzZWQgaW4gdGhlIHFueCBiYm5kayBjYW5u
b3QgY29wZSB3aXRoCisgICAgIyB0aGUgbGlua2FnZSBzdGVwIG9mIGxpYlF0V2ViS2l0LCBhZGRp
bmcgYSBkdW1teSAuY3BwCisgICAgIyBmaWxlIGZpeGVzIHRoaXMgdGhvdWdoIC0gc28gZG8gdGhp
cyBoZXJlCisgICAgZHVtbXlmaWxlLnRhcmdldCA9IGR1bW15LmNwcAorICAgIGR1bW15ZmlsZS5j
b21tYW5kcyA9IHRvdWNoICQkZHVtbXlmaWxlLnRhcmdldAorICAgIFFNQUtFX0VYVFJBX1RBUkdF
VFMgKz0gZHVtbXlmaWxlCisgICAgR0VORVJBVEVEX1NPVVJDRVMgKz0gJCRkdW1teWZpbGUudGFy
Z2V0Cit9CmRpZmYgLS1naXQgYS9DaGFuZ2VMb2cgYi9DaGFuZ2VMb2cKaW5kZXggMjBmNTM0MDIw
MjQwNWM5YzkwMmFlZWM5ZGVkODQ4N2YyNGM4MDExNC4uMjFlNjgwMWIzNjI0MDJkZTA2YjNjMmVl
NDRhY2UyOGM4MGEyNTBhMCAxMDA2NDQKLS0tIGEvQ2hhbmdlTG9nCisrKyBiL0NoYW5nZUxvZwpA
QCAtMSwzICsxLDE5IEBACisyMDEyLTA4LTE0ICBNaWxpYW4gV29sZmYgIDxtaWxpYW4ud29sZmZA
a2RhYi5jb20+CisKKyAgICAgICAgW1F0XSBRdFdlYktpdCBsaW5raW5nIGZhaWxzIGZvciBRTlgg
Y3Jvc3MgYnVpbGQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dp
P2lkPTkzNDYwCisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAg
ICAgVGhlIEdDQyA0LjQuMiB1c2VkIGJ5IHRoZSBRTlggQkJOREsgMi4wLjEgZmFpbHMgdG8gbGlu
ayBRdFdlYktpdC4KKyAgICAgICAgQXBwYXJlbnRseSBpdCBkb2VzIG5vdCBwcm9wZXJseSBzdXBw
b3J0IHRoZSBsaW5rZXIgaW52b2thdGlvbiB1c2luZworICAgICAgICAtV2wsLXdob2xlLWFyY2hp
dmUgLWwuLi4gLVdsLC1uby13aG9sZS1hcmNoaXZlCisgICAgICAgIHlpZWxkaW5nIGEgImNjOiBu
byBmaWxlcyB0byBwcm9jZXNzIiBlcnJvci4gVGhpcyBwYXRjaCB3b3JrcyBhcm91bmQKKyAgICAg
ICAgdGhpcyBpc3N1ZSBieSBhZGRpbmcgYW4gZW1wdHkgZHVtbXkgZmlsZSAoYW5kIHRodXMgb2Jq
ZWN0IGZpbGUpIHRvCisgICAgICAgIHRoZSBsaW5raW5nIHN0YWdlLgorCisgICAgICAgICogU291
cmNlL2FwaS5wcmk6CisKIDIwMTItMDgtMTMgIFphbiBEb2JlcnNlayAgPHphbmRvYmVyc2VrQGdt
YWlsLmNvbT4KIAogICAgICAgICBbR3RrXSBSZW1vdmUgU1ZHX0ZFQVRVUkVTIGFuZCBIVE1MX0ZF
QVRVUkVTIGZyb20gU291cmNlL1dlYkNvcmUvR05VbWFrZWZpbGUuYW0K
</data>

          </attachment>
      

    </bug>

</bugzilla>