Bug 83225 - [CMake] Do not pass -P to the preprocessor when running make_names.pl.
Summary: [CMake] Do not pass -P to the preprocessor when running make_names.pl.
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Raphael Kubo da Costa (:rakuco)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-04 15:09 PDT by Raphael Kubo da Costa (:rakuco)
Modified: 2012-04-10 15:59 PDT (History)
3 users (show)

See Also:


Attachments
Patch (2.02 KB, patch)
2012-04-04 15:14 PDT, Raphael Kubo da Costa (:rakuco)
no flags Details | Formatted Diff | Diff
A hopefully better approach (3.96 KB, patch)
2012-04-05 18:43 PDT, Raphael Kubo da Costa (:rakuco)
no flags Details | Formatted Diff | Diff
A better approach, take 2 (3.70 KB, patch)
2012-04-09 16:58 PDT, Raphael Kubo da Costa (:rakuco)
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Raphael Kubo da Costa (:rakuco) 2012-04-04 15:09:31 PDT
[CMake] Do not pass -P to the preprocessor in the common case.
Comment 1 Raphael Kubo da Costa (:rakuco) 2012-04-04 15:14:44 PDT
Created attachment 135696 [details]
Patch
Comment 2 Gyuyoung Kim 2012-04-04 18:09:42 PDT
Comment on attachment 135696 [details]
Patch

Attachment 135696 [details] did not pass efl-ews (efl):
Output: http://queues.webkit.org/results/12338025
Comment 3 Raphael Kubo da Costa (:rakuco) 2012-04-04 21:55:24 PDT
Comment on attachment 135696 [details]
Patch

Removing flags for now; this needs more thought in order not to break generate-bindings and the regexes in IDLStructure.pm.
Comment 4 Patrick R. Gansterer 2012-04-04 23:11:27 PDT
Why do you want to remove the flag?
Comment 5 Patrick R. Gansterer 2012-04-04 23:13:17 PDT
(In reply to comment #4)
> Why do you want to remove the flag?
Sorry, ChangeLog explains it already. ;-)
Comment 6 Raphael Kubo da Costa (:rakuco) 2012-04-05 18:43:41 PDT
Created attachment 135961 [details]
A hopefully better approach
Comment 7 Patrick R. Gansterer 2012-04-06 02:54:50 PDT
Comment on attachment 135961 [details]
A hopefully better approach

if you really need to split up, i'd like to see that code only on one place (OptionsCommon.cmake) IMHO it would be clearer to define CODE_GENERATOR_PREPROCESSOR_WITH_LINEMARKERS for all compilers, so we can use it in WebKitMacros.cmake directly.
Comment 8 Raphael Kubo da Costa (:rakuco) 2012-04-06 04:27:54 PDT
(In reply to comment #7)
> (From update of attachment 135961 [details])
> if you really need to split up, i'd like to see that code only on one place (OptionsCommon.cmake) IMHO it would be clearer to define CODE_GENERATOR_PREPROCESSOR_WITH_LINEMARKERS for all compilers, so we can use it in WebKitMacros.cmake directly.

At first I thought of making it have the same value as CODE_GENERATOR_PREPROCESSOR for MSVC and QNX. Is that what you mean?
Comment 9 Patrick R. Gansterer 2012-04-06 08:00:18 PDT
(In reply to comment #8)
> (In reply to comment #7)
> > (From update of attachment 135961 [details] [details])
> > if you really need to split up, i'd like to see that code only on one place (OptionsCommon.cmake) IMHO it would be clearer to define CODE_GENERATOR_PREPROCESSOR_WITH_LINEMARKERS for all compilers, so we can use it in WebKitMacros.cmake directly.
> 
> At first I thought of making it have the same value as CODE_GENERATOR_PREPROCESSOR for MSVC and QNX. Is that what you mean?

yes
Comment 10 Raphael Kubo da Costa (:rakuco) 2012-04-09 16:58:37 PDT
Created attachment 136346 [details]
A better approach, take 2
Comment 11 Rob Buis 2012-04-10 15:46:51 PDT
Comment on attachment 136346 [details]
A better approach, take 2

Looks good.
Comment 12 Raphael Kubo da Costa (:rakuco) 2012-04-10 15:59:16 PDT
Comment on attachment 136346 [details]
A better approach, take 2

Clearing flags on attachment: 136346

Committed r113786: <http://trac.webkit.org/changeset/113786>
Comment 13 Raphael Kubo da Costa (:rakuco) 2012-04-10 15:59:25 PDT
All reviewed patches have been landed.  Closing bug.