Full rebuild required after delay

[degory]

In order to ensure reported errors are accurate, and to fix find-all-references across the whole project, the Visual Studio Code extension needs to rebuild the whole project:

• Before a request that requires it, like find-all-references
• After an idle period of some reasonable duration

[quanglewangle]

I think I had realized this but didn't raise it because I couldn't describe it or reproduce it. (Assuming you mean rebuilding the user's project rather than the project of developing visual studio extension!)

…

On 18 Dec 2017 00:03, "degory" ***@***.***> wrote: In order to ensure reported errors are accurate, and to fix find-all-references across the whole project, the Visual Studio Code extension needs to rebuild the whole project: - Before a request that requires it, like find-all-references - After an idle period of some reasonable duration — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#86>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AKoRpf4WjFYBZjL-lOwWhiCLXvhBOmJ2ks5tBavBgaJpZM4RE2Uz> .

[degory]

As a temporary measure, I've updated the Visual Studio Code plugin so it will attempt full project analysis, but if build times are too slow, it will fall back to doing full analysis on just the current open file - version v0.0.21 of the extension and build 533 of the compiler

[degory]

Visual Studio Code extension now rebuilds whole project after five seconds of inactivity.

Have also sped up analysis builds by:

• Removing some slow string operations that were calculating results that not actually used
• Disabled garbage collection during limited builds (profiler showed 30% time spent in GC - need to consider replacing conservative GC with an accurate generational collector in future)
• Turned on link time optimization when building the compiler itself locally. This means that when developing using a locally compiled build of the compiler, you get the same performance as using a release build. No real downside to this, as linking bitcode objects no slower than linking native objects at the moment due to a bug that's forcing the L compiler to rebuild the whole project every time even with native objects.
• Turned on the graph coloring interface selector offset allocator. This speeds up interface despatch at the expense of requiring link time optimization as it requires a view of all interfaces in the program to work.
  Taken together these changes make analysis roughly twice as fast.