[PATCH] Added LanguageStandard::LS_JavaScript to gate all JS-specific parsing.

Daniel Jasper djasper at google.com
Thu Nov 21 11:12:55 PST 2013


Yes. A style option makes perfect sense. I am just (moderately) against
implementing a filename-based detection in ClangFormat.cpp.


On Thu, Nov 21, 2013 at 11:11 AM, Manuel Klimek <klimek at google.com> wrote:

> On Thu, Nov 21, 2013 at 8:05 PM, Daniel Jasper <djasper at google.com> wrote:
>
>> I think JS and C++ will almost always be in different sub-directories. So
>> different .clang-format files are the way to go..
>>
>
> That would be an argument for putting it in as a style option, right?
>
>
>>
>>
>> On Thu, Nov 21, 2013 at 10:45 AM, Manuel Klimek <klimek at google.com>wrote:
>>
>>> On Thu, Nov 21, 2013 at 7:38 PM, Daniel Jasper <djasper at google.com>wrote:
>>>
>>>>
>>>>   After thinking some more, I guess my main reason is that I strongly
>>>> doubt
>>>>   that we'll ever have a JavaScript style and a C++ style that are
>>>> identical
>>>>   in all aspects other than the LanguageStandard.. So, the detection
>>>> based on
>>>>   the file extension inside clang-format will likely be redundant..
>>>>
>>>
>>> I think this would be useful for mixed open source projects (or
>>> companies without an existing style guide).
>>>  One interesting point is that our configuration is very "repo" centric,
>>> and there are enough mixed repos out there - how would we want to support
>>> this without major setup effort required for every engineer contributing to
>>> a project...
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20131121/93b31f3b/attachment.html>


More information about the cfe-commits mailing list