WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
83212
[CSS] Make makevalues.pl and makeprop.pl ignore '#'s.
https://bugs.webkit.org/show_bug.cgi?id=83212
Summary
[CSS] Make makevalues.pl and makeprop.pl ignore '#'s.
Raphael Kubo da Costa (:rakuco)
Reported
2012-04-04 13:58:43 PDT
[CSS] Make makevalues.pl and makeprop.pl ignore '#'s.
Attachments
Patch
(2.26 KB, patch)
2012-04-04 14:03 PDT
,
Raphael Kubo da Costa (:rakuco)
no flags
Details
Formatted Diff
Diff
Patch for landing
(2.27 KB, patch)
2012-04-04 15:04 PDT
,
Raphael Kubo da Costa (:rakuco)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Raphael Kubo da Costa (:rakuco)
Comment 1
2012-04-04 14:03:29 PDT
Created
attachment 135673
[details]
Patch
Tony Chang
Comment 2
2012-04-04 14:21:21 PDT
By this point, haven't we already run the .in files through the preprocessor and the preprocessor already handled the lines beginning with # (e.g., #if/#endif). What's an example of a line starting with # that makes it through the preprocessor?
Raphael Kubo da Costa (:rakuco)
Comment 3
2012-04-04 14:26:53 PDT
(In reply to
comment #2
)
> What's an example of a line starting with # that makes it through the preprocessor?
The ones produced by the preprocessor when -P is not passed to it: # 1 "/home/rakuco/dev/webkit/WebKit/Source/WebCore/html/HTMLTagNames.in" # 1 "<command-line>" # 1 "/home/rakuco/dev/webkit/WebKit/Source/WebCore/html/HTMLTagNames.in" etc
Raphael Kubo da Costa (:rakuco)
Comment 4
2012-04-04 14:38:42 PDT
Just in case I wasn't clear enough: this patch is a side-effect of my intentions to make the CMake-based ports work with GCC 4.7 without changing the parameters currently passed to the preprocessor. "-P" is always being passed to the preprocessor, but this breaks dom/make_names.pl due to GCC not outputting empty lines with "-P" anymore; if I switch to never passing "-P" (my aim), the CSS scripts currently break because of the additional lines output by the preprocessor.
Tony Chang
Comment 5
2012-04-04 14:43:54 PDT
I see, your plan is to remove -P in preprocessor.pm because -P causes you to lose empty lines which are needed by make_names.pl and InFilesParser.pm. This wasn't clear to me in the ChangeLog description. Would it be possible to have applyPreprocessor take a flag for whether it wants -P or not? Or more generally, maybe applyPreprocessor can take an optional argument that is flags to pass to gcc. If the argument is omitted, it adds "-E -P -x c++".
Raphael Kubo da Costa (:rakuco)
Comment 6
2012-04-04 14:46:44 PDT
(In reply to
comment #5
)
> I see, your plan is to remove -P in preprocessor.pm because -P causes you to lose empty lines which are needed by make_names.pl and InFilesParser.pm. This wasn't clear to me in the ChangeLog description. > > Would it be possible to have applyPreprocessor take a flag for whether it wants -P or not? Or more generally, maybe applyPreprocessor can take an optional argument that is flags to pass to gcc. If the argument is omitted, it adds "-E -P -x c++".
Actually, my plan is to remote -P from Source/cmake/OptionsCommon.cmake; the CMake-based ports always pass --preprocessor to the scripts, so the defaults aren't used.
Raphael Kubo da Costa (:rakuco)
Comment 7
2012-04-04 14:46:52 PDT
s/remote/remove/
Tony Chang
Comment 8
2012-04-04 14:56:03 PDT
Comment on
attachment 135673
[details]
Patch Ok, seems fine. I would rewrite the ChangeLog to be what you said in
comment #4
.
Raphael Kubo da Costa (:rakuco)
Comment 9
2012-04-04 15:04:33 PDT
Created
attachment 135692
[details]
Patch for landing
Raphael Kubo da Costa (:rakuco)
Comment 10
2012-04-04 15:06:51 PDT
Committed
r113244
: <
http://trac.webkit.org/changeset/113244
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug