Commit 3ffb175c authored by eric@webkit.org's avatar eric@webkit.org

2010-07-12 Eric Seidel <eric@webkit.org>

        Unreviewed.  Attempt to fix Chromium Windows build.

        Always generate SVGNames and MathMLNames for all ports (to support HTML5)
        https://bugs.webkit.org/show_bug.cgi?id=42050

        Another way to fix this might be to mark all the .in files with
        svn:eol=native.  But fixing the perl to be more robust against
        stray whitespace seems to be a better long-term fix.

        No functional change, thus no tests.

        * bindings/scripts/InFilesParser.pm:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@63131 268f45cc-cd09-0410-ab3c-d52691b4dbfc
parent db03ebea
2010-07-12 Eric Seidel <eric@webkit.org>
Unreviewed. Attempt to fix Chromium Windows build.
Always generate SVGNames and MathMLNames for all ports (to support HTML5)
https://bugs.webkit.org/show_bug.cgi?id=42050
Another way to fix this might be to mark all the .in files with
svn:eol=native. But fixing the perl to be more robust against
stray whitespace seems to be a better long-term fix.
No functional change, thus no tests.
* bindings/scripts/InFilesParser.pm:
2010-07-12 Andreas Kling <andreas.kling@nokia.com>
Reviewed by Kenneth Rohde Christiansen.
......@@ -85,6 +85,10 @@ sub parse($)
my $perTagHandler = shift;
foreach (<$fileStream>) {
# Ignore whitespace, in case the .in files have the wrong EOL
# markers and those are getting treated as whitespace.
$_ = trimWS($_);
# Empty line, change from common parameter part
# to per tag part if we have started parsing.
if (/^$/) {
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment