>
>> For custom checker you have to create a custom parameter to hide it.
>> For example Statement has no effect checker uses argument of problem
>> to hide them. Fall through break uses lines comments to suppress
>> specific onces. Never use line number for his - it won't work because
>> it always changes.
>>
>> On Wed, Apr 6, 2011 at 11:02 AM, Maxime Dechatre
>> <
maximed@xxxxxxxxxxxxxxxxxxx> wrote:
>>> Chekers I created myself, all extending AbstractIndexAStChecker.
>>> The fact is that they check validity of rules established by my company's standards. If this rules arent respected, a violation can be justified. So I need to at least hide a warning, for a given checker, in a given file, for a given node.
>>>
>>> Maxime
>>>
>>>
>>> Le 6 avr. 2011 à 16:57, Alena Laskavaia <
elaskavaia.cdt@xxxxxxxxx> a écrit :
>>>
>>>> What checker? Some checkers do support comment suppression and other
>>>> ways of suppression
>>>>
>>>> On Wed, Apr 6, 2011 at 2:57 AM, <
maximed@xxxxxxxxxxxxxxxxxxx> wrote:
>>>>> Ok, now I see. Indeed it is just as what the other person needed and what I
>>>>> thought I needed. But my boss wants to exclude one given reported problem
>>>>> in one line, and let the other one be dispalyed.
>>>>> Alena Laskavaia <
elaskavaia.cdt@xxxxxxxxx> a écrit :
>>>>>
>>>>>> No - in CDT 8. Obviously I am not adding new features to CDT 7.
>>>>>>
>>>>>> On Mon, Apr 4, 2011 at 2:27 PM, Maxime Dechatre
>>>>>> <
maximed@xxxxxxxxxxxxxxxxxxx> wrote:
>>>>>>>
>>>>>>> On helios 3.6.2 with CDT 7?
>>>>>>>
>>>>>>> Maxime
>>>>>>>
>>>>>>>
>>>>>>> Le 4 avr. 2011 à 15:42, Alena Laskavaia <
elaskavaia.cdt@xxxxxxxxx> a
>>>>>>> écrit :
>>>>>>>
>>>>>>>> I just explain it is all implemented already. Juts turn off the
>>>>>>>> checkers in preferences and for each checker there is filter for
>>>>>>>> files!
>>>>>>>>
>>>>>>>> On Mon, Apr 4, 2011 at 8:33 AM, <
maximed@xxxxxxxxxxxxxxxxxxx> wrote:
>>>>>>>>>
>>>>>>>>> Hi.
>>>>>>>>> Got a solution here. I don't have performance problems, but my problem
>>>>>>>>> is
>>>>>>>>> near yours: the more errors there are, the less it is usefull.
>>>>>>>>> Our ideas here:
>>>>>>>>> 1/ Insert a #pragma in the file for each checker you don't want to
>>>>>>>>> use
>>>>>>>>> 2/ Put the same type of information in comments.
>>>>>>>>> I know, the problem is that it changes the code (which is no loger
>>>>>>>>> valid in
>>>>>>>>> my case).
>>>>>>>>>
>>>>>>>>> So:
>>>>>>>>> 3/ Define a XML which specifies, for each file you don't want to use
>>>>>>>>> all
>>>>>>>>> checkers on, which checker you wanna disable. Then, when launching
>>>>>>>>> checker,
>>>>>>>>> insert a XML files reader that computes all you need.
>>>>>>>>>
>>>>>>>>> I'm interrested in your needs and remarks, tell me if it sounds a good
>>>>>>>>> idea
>>>>>>>>> for you.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Jesper Eskilson <
jesper.eskilson@xxxxxxx> a écrit :
>>>>>>>>>
>>>>>>>>>> On 03/31/2011 10:13 PM, Alena Laskavaia wrote:
>>>>>>>>>>>
>>>>>>>>>>> It is all implemented already.
>>>>>>>>>>> Disable the errors you don't want. Note is you see lots of false
>>>>>>>>>>> positives your indexer is not set up correctly and it will report
>>>>>>>>>>> garbage mostly anyway.
>>>>>>>>>>> You can turn on/off folders/files in preferences for problems (in cdt
>>>>>>>>>>> 8.0). Select bunch of errors you want to apply it too and click
>>>>>>>>>>> Customize...
>>>>>>>>>>
>>>>>>>>>> I'm still trying to get the scoping rules right, the problem is that
>>>>>>>>>> each
>>>>>>>>>> time I try to change something, Codan blocks Eclipse for at least 30
>>>>>>>>>> minutes. Maybe I should disabled all checkers except one and get the
>>>>>>>>>> filters
>>>>>>>>>> right, and then add some more checkers.
>>>>>>>>>>
>>>>>>>>>> Maybe it would make sense for Codan to try to limit itself when it
>>>>>>>>>> realizes that it is taking lots of time/resources (reporting 50000
>>>>>>>>>> errors
>>>>>>>>>> doesn't make sense anyway). Completely blocking Eclipse for 30 minutes
>>>>>>>>>> is
>>>>>>>>>> unacceptable, even if it is possible to limit the scope and the number
>>>>>>>>>> of
>>>>>>>>>> checkers. Users won't know that they need to do that until they are
>>>>>>>>>> sitting
>>>>>>>>>> there with a Eclipse which is blocked by a long-running analysis, and
>>>>>>>>>> by
>>>>>>>>>> then it is too late.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Jesper Eskilson, Developer
>>>>>>>>>> IAR Systems AB
>>>>>>>>>> Box 23051, Strandbodgatan 1
>>>>>>>>>> SE-750 23 Uppsala, SWEDEN
>>>>>>>>>> Phone:
+46 18 16 78 00 Fax:
+46 18 16 78 38
>>>>>>>>>> E-mail:
jesper.eskilson@xxxxxxx Website:
www.iar.com
>>>>>>>>>> Twitter:
www.twitter.com/iarsystems
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> cdt-dev mailing list
>>>>>>>>>>
cdt-dev@xxxxxxxxxxx
>>>>>>>>>>
https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> cdt-dev mailing list
>>>>>>>>>
cdt-dev@xxxxxxxxxxx
>>>>>>>>>
https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>> _______________________________________________
>>>> cdt-dev mailing list
>>>>
cdt-dev@xxxxxxxxxxx
>>>>
https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>>
>>>
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev