<?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>80215</bug_id>
          
          <creation_ts>2012-03-03 15:00:58 -0800</creation_ts>
          <short_desc>[Gtk] [Win32] WebKitGtk+ fails to build on Win32 after changeset 109584</short_desc>
          <delta_ts>2022-02-28 04:05:05 -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>Platform</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>80737</dup_id>
          
          <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>0</everconfirmed>
          <reporter>tuxator</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>mrobinson</cc>
    
    <cc>pnormand</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>zan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>570178</commentid>
    <comment_count>0</comment_count>
      <attachid>130008</attachid>
    <who name="">tuxator</who>
    <bug_when>2012-03-03 15:00:58 -0800</bug_when>
    <thetext>Created attachment 130008
proposed patch

Attempting to cross-compile WebKitGtk+ for windows results in error:

  CXXLD  libwebkitgtk-3.0.la
Creating library file: .libs/libwebkitgtk-3.0.dll.a
./.libs/libWebCore.a(libWebCore_la-ScrollAnimatorWin.o):ScrollAnimatorWin.cpp:(.text+0x6d0): multiple definition of `WebCore::ScrollAnimator::create(WebCore::ScrollableArea*)&apos;
./.libs/libWebCore.a(libWebCore_la-ScrollAnimatorNone.o):ScrollAnimatorNone.cpp:(.text+0x1330): first defined here
collect2: error: ld returned 1 exit status
make[1]: *** [libwebkitgtk-3.0.la] Error 1
make[1]: Leaving directory `/home/pawel/src/WebKit&apos;
make: *** [all] Error 2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570235</commentid>
    <comment_count>1</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-03-04 07:40:08 -0800</bug_when>
    <thetext>Have you tried a clean build?
We had this issue on the bots too (Linux) and a clean build worked out.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570236</commentid>
    <comment_count>2</comment_count>
      <attachid>130008</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-03-04 07:44:32 -0800</bug_when>
    <thetext>Comment on attachment 130008
proposed patch

I don&apos;t see any X11 specific code in ScrollAnimatorNone, moving these files to TARGET_X11 looks only like a workaround for your cross-compiling issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570276</commentid>
    <comment_count>3</comment_count>
    <who name="">tuxator</who>
    <bug_when>2012-03-04 12:22:55 -0800</bug_when>
    <thetext>Yes i tried clean build (as in &quot;make clean&quot;). Build stopped again in this same place.

With TARGET_WIN32 you have

if TARGET_WIN32
webcore_sources += \
&lt;------&gt;Source/WebCore/platform/ScrollAnimatorWin.cpp \
&lt;------&gt;Source/WebCore/platform/ScrollAnimatorWin.h \

Which in turn doubles the definitions from ScrollAnimatorNone.
So i think it should be like in attached patchlet or the other way around,
removing ScrollAnimatorWin. Moving just ScrollAnimatorNone into TARGET_X11
guard seemed logical to me and it feels a bit more cautious.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570285</commentid>
    <comment_count>4</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-03-04 12:56:42 -0800</bug_when>
    <thetext>Indeed both conflict, I&apos;m no expert about this code but maybe we should choose one and keep it whatever the platform is to keep scrolling experience as consistent as we can.

CCing Zan and Martin. What do you think?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570288</commentid>
    <comment_count>5</comment_count>
    <who name="">tuxator</who>
    <bug_when>2012-03-04 13:07:20 -0800</bug_when>
    <thetext>Yea, sounds reasonable. The less duplication, the better. I&apos;m sure they will come up with something nice.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570296</commentid>
    <comment_count>6</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-03-04 13:46:31 -0800</bug_when>
    <thetext>(In reply to comment #4)
&gt; CCing Zan and Martin. What do you think?

Oddly enough, the ScrollAnimatorWin.cpp and the header do not include any Windows-specific headers either.

Anyway, like mentioned, I also think it would be best to use one class on every target, so I&apos;d say removing ScrollAnimatorWin from the build and using ScrollAnimatorNone instead. ScrollAnimatorWin is also used by the WinCE port and it&apos;d be best to avoid causing trouble if that class grows out of today&apos;s boundaries.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>570352</commentid>
    <comment_count>7</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2012-03-04 19:02:01 -0800</bug_when>
    <thetext>(In reply to comment #6)

&gt; Anyway, like mentioned, I also think it would be best to use one class on every target, so I&apos;d say removing ScrollAnimatorWin from the build and using ScrollAnimatorNone instead. ScrollAnimatorWin is also used by the WinCE port and it&apos;d be best to avoid causing trouble if that class grows out of today&apos;s boundaries.

I think the important thing is to determine which animator best follows the scrolling behavior of GTK+ applications on Windows and use that one. If that turns out to be ScrollAnimatorWin.cpp, I think the risk of using it is very low.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>573075</commentid>
    <comment_count>8</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-03-07 11:49:09 -0800</bug_when>
    <thetext>(In reply to comment #7)
&gt; (In reply to comment #6)
&gt; 
&gt; &gt; Anyway, like mentioned, I also think it would be best to use one class on every target, so I&apos;d say removing ScrollAnimatorWin from the build and using ScrollAnimatorNone instead. ScrollAnimatorWin is also used by the WinCE port and it&apos;d be best to avoid causing trouble if that class grows out of today&apos;s boundaries.
&gt; 
&gt; I think the important thing is to determine which animator best follows the scrolling behavior of GTK+ applications on Windows and use that one. If that turns out to be ScrollAnimatorWin.cpp, I think the risk of using it is very low.

I&apos;d like to hear bug reporter&apos;s feedback on the scrolling behavior with ScrollAnimatorWin class. If the behavior is acceptable/superior to ScrollAnimatorNone, the patch should be reuploaded with ChangeLog entries and reviewed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>576445</commentid>
    <comment_count>9</comment_count>
      <attachid>131391</attachid>
    <who name="">tuxator</who>
    <bug_when>2012-03-12 13:15:44 -0700</bug_when>
    <thetext>Created attachment 131391
Patch with Changelog entry

I think behaviour with ScrollAnimatorNone is fine, updated patch to remove ScrollAnimatorWin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>576605</commentid>
    <comment_count>10</comment_count>
      <attachid>131391</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-03-12 15:19:26 -0700</bug_when>
    <thetext>Comment on attachment 131391
Patch with Changelog entry

Rejecting attachment 131391 from commit-queue.

Failed to run &quot;[&apos;/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch&apos;, &apos;--status-host=queues.webkit.org&apos;, &apos;-...&quot; exit_code: 2

Last 500 characters of output:
artin Rob...&quot; exit_code: 1 cwd: /mnt/git/webkit-commit-queue/

Parsed 2 diffs from patch file(s).
patching file Source/WebCore/ChangeLog
Hunk #1 succeeded at 1 with fuzz 3.
patching file Source/WebCore/GNUmakefile.list.am
Hunk #1 FAILED at 4645.
1 out of 1 hunk FAILED -- saving rejects to file Source/WebCore/GNUmakefile.list.am.rej

Failed to run &quot;[u&apos;/mnt/git/webkit-commit-queue/Tools/Scripts/svn-apply&apos;, u&apos;--force&apos;, u&apos;--reviewer&apos;, u&apos;Martin Rob...&quot; exit_code: 1 cwd: /mnt/git/webkit-commit-queue/

Full output: http://queues.webkit.org/results/11941183</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>576650</commentid>
    <comment_count>11</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2012-03-12 15:57:50 -0700</bug_when>
    <thetext>

*** This bug has been marked as a duplicate of bug 80737 ***</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>130008</attachid>
            <date>2012-03-03 15:00:58 -0800</date>
            <delta_ts>2022-02-28 04:05:05 -0800</delta_ts>
            <desc>proposed patch</desc>
            <filename>scrollanimator_build_fix.patch</filename>
            <type>text/plain</type>
            <size>970</size>
            <attacher>tuxator</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0dOVW1ha2VmaWxlLmxpc3QuYW0gYi9Tb3VyY2Uv
V2ViQ29yZS9HTlVtYWtlZmlsZS5saXN0LmFtCmluZGV4IDdmOWFkYzguLjVmOWI2NGEgMTAwNjQ0
Ci0tLSBhL1NvdXJjZS9XZWJDb3JlL0dOVW1ha2VmaWxlLmxpc3QuYW0KKysrIGIvU291cmNlL1dl
YkNvcmUvR05VbWFrZWZpbGUubGlzdC5hbQpAQCAtMzM4Nyw4ICszMzg3LDYgQEAgd2ViY29yZV9z
b3VyY2VzICs9IFwKIAlTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9TY2hlbWVSZWdpc3RyeS5oIFwK
IAlTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9TY3JvbGxBbmltYXRvci5jcHAgXAogCVNvdXJjZS9X
ZWJDb3JlL3BsYXRmb3JtL1Njcm9sbEFuaW1hdG9yLmggXAotCVNvdXJjZS9XZWJDb3JlL3BsYXRm
b3JtL1Njcm9sbEFuaW1hdG9yTm9uZS5jcHAgXAotCVNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1Nj
cm9sbEFuaW1hdG9yTm9uZS5oIFwKIAlTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9TY3JvbGxhYmxl
QXJlYS5jcHAgXAogCVNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1Njcm9sbGFibGVBcmVhLmggXAog
CVNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1Njcm9sbGJhci5jcHAgXApAQCAtNDYyNiw2ICs0NjI0
LDggQEAgd2ViY29yZWd0a19zb3VyY2VzICs9IFwKIAogaWYgVEFSR0VUX1gxMQogd2ViY29yZWd0
a19zb3VyY2VzICs9IFwKKwlTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9TY3JvbGxBbmltYXRvck5v
bmUuaCBcCisJU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vU2Nyb2xsQW5pbWF0b3JOb25lLmNwcCBc
CiAJU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvZ2x4L0dMQ29udGV4dEdMWC5jcHAg
XAogCVNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2d0ay9HTENvbnRleHRHdGsuY3Bw
IFwKIAlTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9jYWlyby9HTENvbnRleHQuaCBc
Cg==
</data>
<flag name="review"
          id="132876"
          type_id="1"
          status="-"
          setter="pnormand"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>131391</attachid>
            <date>2012-03-12 13:15:44 -0700</date>
            <delta_ts>2012-03-12 15:19:26 -0700</delta_ts>
            <desc>Patch with Changelog entry</desc>
            <filename>Scroll_build.patch</filename>
            <type>text/plain</type>
            <size>1145</size>
            <attacher>tuxator</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZwppbmRleCA5MDIwMTEwLi5jMGExMjFjIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29y
ZS9DaGFuZ2VMb2cKKysrIGIvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMg
QEAKKzIwMTItMDMtMTIgIFBhd2XFgiBGb3J5c2l1ayAgPHR1eGF0b3JAbzIucGw+CisKKyAgICAg
ICAgW0d0a10gW1dpbjMyXSBXZWJLaXRHdGsrIGZhaWxzIHRvIGJ1aWxkIG9uIFdpbjMyIGFmdGVy
IGNoYW5nZXNldCAxMDk1ODQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19i
dWcuY2dpP2lkPTgwMjE1CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisK
KworICAgICAgICAqIEdOVW1ha2VmaWxlLmxpc3QuYW06IFJlbW92ZSBTY3JvbGxBbmltYXRvcldp
biBmcm9tIHdlYmNvcmVfc291cmNlcyBhcyBpdCBjbGFzaGVzIHdpdGggZGVmaW5pdGlvbnMgaW4g
U2Nyb2xsQW5pbWF0b3JOb25lLgorCiAyMDEyLTAzLTEyICBBbmRyZWFzIEtsaW5nICA8YXdlc29t
ZWtsaW5nQGFwcGxlLmNvbT4KIAogICAgICAgICBSZXN0b3JlIEF0dHI6OnN0eWxlKCkgZnVuY3Rp
b25hbGl0eS4KZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0dOVW1ha2VmaWxlLmxpc3QuYW0g
Yi9Tb3VyY2UvV2ViQ29yZS9HTlVtYWtlZmlsZS5saXN0LmFtCmluZGV4IDJiZDFmNjUuLmEzNDQ0
MzYgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJDb3JlL0dOVW1ha2VmaWxlLmxpc3QuYW0KKysrIGIv
U291cmNlL1dlYkNvcmUvR05VbWFrZWZpbGUubGlzdC5hbQpAQCAtNDY0NSw4ICs0NjQ1LDYgQEAg
ZW5kaWYKIAogaWYgVEFSR0VUX1dJTjMyCiB3ZWJjb3JlX3NvdXJjZXMgKz0gXAotCVNvdXJjZS9X
ZWJDb3JlL3BsYXRmb3JtL1Njcm9sbEFuaW1hdG9yV2luLmNwcCBcCi0JU291cmNlL1dlYkNvcmUv
cGxhdGZvcm0vU2Nyb2xsQW5pbWF0b3JXaW4uaCBcCiAJU291cmNlL1dlYkNvcmUvcGxhdGZvcm0v
d2luL1N5c3RlbUluZm8uY3BwIFwKIAlTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS93aW4vU3lzdGVt
SW5mby5oIFwKIAlTb3VyY2UvV2ViQ29yZS9wbHVnaW5zL3dpbi9QbHVnaW5EYXRhYmFzZVdpbi5j
cHAgXAo=
</data>
<flag name="review"
          id="134699"
          type_id="1"
          status="+"
          setter="mrobinson"
    />
    <flag name="commit-queue"
          id="134700"
          type_id="3"
          status="-"
          setter="webkit.review.bot"
    />
          </attachment>
      

    </bug>

</bugzilla>