I think in the end we will look if it is easier to implement something similar. 
It's a tradeoff. 


On December 22, 2015 13:06:42 Konstantin Tokarev <[email protected]> wrote:

> 22.12.2015, 14:50, "Bubke Marco" <[email protected]>:
>> Clazy is nice but it's under GPL so it's not possible to integrate it in the 
>> creator clang code model. But I think we need something like clazy for the 
>> clang code model too.
>
> I see at least 2 options how to integrate clazy:
>
> 1. Include it as a separate GPL-only plugin, users of commercial edition will 
> be able to install it separately. If that's too cumbersome to separate this 
> checks from code model, guard them with ifdefs so Clang plugin could be 
> compiled as GPL or as LGPL

I don't think it is feasible but you must ask lawyers about that. 
>
> 2. Just use it as external tool and parse its output.

Sorry,  this is not how the code models works. It would be much easier to 
reimplement the functionality of clazy. 
>
>>
>> ________________________________________
>> From: Development <[email protected]> on behalf of Giuseppe 
>> D'Angelo <[email protected]>
>> Sent: Tuesday, December 22, 2015 11:59 AM
>> To: [email protected]
>> Subject: Re: [Development] RFC: more liberal 'auto' rules?
>>
>> Il 22/12/2015 11:26, Ziller Eike ha scritto:
>>>  So funny/unwanted behavior can occur both because one used the wrong 
>>> explicit type, and because one used auto instead of an explicit type.
>>
>> These shortcomings of auto are recognized in the community, but yes,
>> they're real and dangerous. Clazy [1] already has a warning for the
>> danger of auto with QStringBuilder, I guess it can be extended to other
>> cases.
>>
>> N4035 [2] proposes general purpose workarounds ("operator auto",
>> specializations to std::decay, etc.) to address these issues.
>>
>>>  [1] https://github.com/KDE/clazy/blob/master/README
>>>  [2] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4035.pdf
>>
>> My 2 c,
>> --
>> Giuseppe D'Angelo | [email protected] | Software Engineer
>> KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908
>> KDAB - The Qt Experts
>>
>> _______________________________________________
>> Development mailing list
>> [email protected]
>> http://lists.qt-project.org/mailman/listinfo/development
>
> -- 
> Regards,
> Konstantin
Sent from cellphone 
_______________________________________________
Development mailing list
[email protected]
http://lists.qt-project.org/mailman/listinfo/development

Reply via email to