Re: [cdt-dev] How to invalidate cached scanner info?

[Doug Schaefer <cdtdoug@xxxxxxxxx>]

Probably not. The purpose of the discovery is to allow the CDT indexer
to get a decent parse of the file. Accumulating include paths and
symbol defines doesn't sound like a great idea.

The only reason to accumulate through a build is to fill in the
Includes path entry which is per project by definition. But I actually
find the Includes thing pretty useless as a user. It's great as a
toolchain definition developer to see if scanner discovery picked up
your paths but I never look there beyond that.

On Fri, Jun 11, 2010 at 3:28 PM, Andrew Gvozdev <angvoz.dev@xxxxxxxxx> wrote:
> There seems to be some accumulation logic. Do you ever want to accumulate
> settings on per-file basis? I.e. run a certain kind of build, collect
> settings for a file. Then run a perhaps different kind of a build and add
> some other settings to it?
>
> Andrew
>
> On Fri, Jun 11, 2010 at 3:18 PM, Doug Schaefer <cdtdoug@xxxxxxxxx> wrote:
>>
>> In theory, per file should be fine since a rebuild should pick up the
>> new paths and discard the old. But at this stage, I'm not putting
>> money on it :)
>>
>> On Fri, Jun 11, 2010 at 3:13 PM, Andrew Gvozdev <angvoz.dev@xxxxxxxxx>
>> wrote:
>> > Check out bug 206372 - Include path discovery doesn't discard obsolete
>> > paths
>> > on compiler upgrade.
>> > I just submitted a patch to clean built-in compiler specs. I don't know
>> > how
>> > much of it is applicable to per-file discovery but perhaps the patch
>> > could
>> > be instructive.
>> >
>> > If anybody from those struggling with scanner discovery could review the
>> > patch, it is appreciated.
>> >
>> > Andrew
>> >
>> > On Fri, Jun 11, 2010 at 2:25 PM, Anna Dushistova
>> > <anna_dushistova@xxxxxxxxxx> wrote:
>> >>
>> >> Hi All,
>> >>
>> >> is there any way to invalidate the cached scanner info that is stored
>> >> in
>> >> org.eclipse.cdt.make.core/ ?
>> >> I want to clean it each time I have settings changed because this
>> >> information is not relevant anymore.
>> >> My toolchain is gcc based and I have my own scanner implementation
>> >> which
>> >> is just a clone of Linux gcc one.
>> >>
>> >> Thanks!
>> >> Anna._______________________________________________
>> >> 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
>
>