Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


On Fri, 2011-09-30 at 11:34 -0500, Norbert Thiebaud wrote:
On Fri, Sep 30, 2011 at 11:03 AM, Caolán McNamara <caolanm@redhat.com> wrote:
On Fri, 2011-09-30 at 05:10 -0500, Norbert Thiebaud wrote:
More generally: either the accessor is not useful and both set and
get can go, or it is and the fact that one side is not used is more a
signe that someone is not using it when it should or not using it
_yet_

If you feel strongly about it,

No I don't feel strongly about it... It is just that I got caught by
it, working on a cws, and on top of that it happen to be a non-trivial
accessor...

Thinking aloud, the current callcatcher mode is to just look at what is
immediately unused, no second level of analysis. What I mean is that a
setFoo/getFoo combo where setFoo isn't used, but is implemented like...

setFoo(a)
{
  if getFoo() == a
      return;
}

would only report setFoo as unused, so a check for "is both setFoo and
getFoo" unused and only report if it is, would leave both setFoo and
getFoo in there, even though both are actually really unused.

Already have a similar problem with

doFoo(a)
{
... doFoo(b)
}

i.e. something which is only used by itself is currently not reported
on, so cycles of uselessness are currently unreported.

C.


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.