<?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>141507</bug_id>
          
          <creation_ts>2015-02-12 01:39:46 -0800</creation_ts>
          <short_desc>Fix the gperf related build issue on the WinCairo bot</short_desc>
          <delta_ts>2015-02-13 01:20:30 -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>New Bugs</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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Csaba Osztrogonác">ossy</reporter>
          <assigned_to name="Alex Christensen">achristensen</assigned_to>
          <cc>bfulgham</cc>
    
    <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1068578</commentid>
    <comment_count>0</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-02-12 01:39:46 -0800</bug_when>
    <thetext>21&gt;  /usr/bin/perl /home/webkitbot/win-cairo-release/build/Source/WebCore/make-hash-tools.pl . /home/webkitbot/win-cairo-release/build/Source/WebCore/platform/ColorData.gperf
21&gt;  /home/webkitbot/win-cairo-release/build/Source/WebCore/platform/ColorData.gperf:25: warning: junk after %% is ignored
21&gt;  /home/webkitbot/win-cairo-release/build/Source/WebCore/platform/ColorData.gperf:13: warning: junk after %} is ignored
21&gt;  /home/webkitbot/win-cairo-release/build/Source/WebCore/platform/ColorData.gperf:14: junk after declaration
21&gt;  calling gperf failed: 256 at /home/webkitbot/win-cairo-release/build/Source/WebCore/make-hash-tools.pl line 40.
21&gt;  /home/webkitbot/win-cairo-release/build/Source/WebCore/DerivedSources.make:909: recipe for target &apos;ColorData.cpp&apos; failed
21&gt;  make: *** [ColorData.cpp] Error 1
21&gt;  make: *** Waiting for unfinished jobs....
21&gt;  Failed to build /home/webkitbot/win-cairo-release/build/Source/WebCore/DerivedSources.make:  at build-generated-files.pl line 78.
21&gt;NMAKE : fatal error U1077: &apos;perl&apos; : return code &apos;0x2&apos;
21&gt;  Stop.

before: https://build.webkit.org/builders/WinCairo%2064-Bit%20Release/builds/43959
after: https://build.webkit.org/builders/WinCairo%2064-Bit%20Release/builds/43960

r179980 couldn&apos;t cause the failure, so the problem must be a bot issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1068579</commentid>
    <comment_count>1</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-02-12 01:40:41 -0800</bug_when>
    <thetext>force clean build is in progress, maybe it helps: 
https://build.webkit.org/builders/WinCairo%2064-Bit%20Release/builds/43964</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1068580</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-02-12 02:16:12 -0800</bug_when>
    <thetext>(In reply to comment #1)
&gt; force clean build is in progress, maybe it helps: 
&gt; https://build.webkit.org/builders/WinCairo%2064-Bit%20Release/builds/43964

It didn&apos;t help, clean build failed with the same error.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1068608</commentid>
    <comment_count>3</comment_count>
    <who name="Alex Christensen">achristensen</who>
    <bug_when>2015-02-12 07:53:52 -0800</bug_when>
    <thetext>The problem was the line endings that svn used.  I went in manually and replaced \r\n with \n and it fixed it, but there ought to be a way to suppress those warnings.  This problem will occur again when it checks out that file again.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1068613</commentid>
    <comment_count>4</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-02-12 08:01:54 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; The problem was the line endings that svn used.  I went in manually and
&gt; replaced \r\n with \n and it fixed it, but there ought to be a way to
&gt; suppress those warnings.  This problem will occur again when it checks out
&gt; that file again.

Now the svn:eol-style property of ColorData.gperf is native,
maybe changing it to LF would make Windows, Linux and OSX happy.

But how come it isn&apos;t problem on the Apple Windows buildbots?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1068682</commentid>
    <comment_count>5</comment_count>
    <who name="Alex Christensen">achristensen</who>
    <bug_when>2015-02-12 11:35:00 -0800</bug_when>
    <thetext>In Tools/CygwinDownloader/cygwin-downloader.py, subversion 1.7.14-1 is downloaded.  I did not specify the version, so I probably got a newer version than that.

r=me for changing that svn property in this and any other gperf files.  There would be no diff, so no patch to review.  It shouldn&apos;t hurt anything.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1068875</commentid>
    <comment_count>6</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-02-13 01:20:30 -0800</bug_when>
    <thetext>landed in http://trac.webkit.org/changeset/180036</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>