[CMake] Do not pass -P to the preprocessor in the common case.
Created attachment 135696 [details] Patch
Comment on attachment 135696 [details] Patch Attachment 135696 [details] did not pass efl-ews (efl): Output: http://queues.webkit.org/results/12338025
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.
Why do you want to remove the flag?
(In reply to comment #4) > Why do you want to remove the flag? Sorry, ChangeLog explains it already. ;-)
Created attachment 135961 [details] A hopefully better approach
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.
(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?
(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
Created attachment 136346 [details] A better approach, take 2
Comment on attachment 136346 [details] A better approach, take 2 Looks good.
Comment on attachment 136346 [details] A better approach, take 2 Clearing flags on attachment: 136346 Committed r113786: <http://trac.webkit.org/changeset/113786>
All reviewed patches have been landed. Closing bug.