<div dir="auto"><div>Disclaimer: I'm on a train with family today, and haven't actually read the patch...</div><div dir="auto"><br></div><div dir="auto">So I have concerns :-)</div><div dir="auto"><br></div><div dir="auto">1. There's the usual concern that the current behavior is reasonable and people like it, so adding a second reasonable behavior provides a small amount of value to the userbase as a whole (because 99%+ will use the default). If the benefit is small, the comparison to support cost may be unfavorable.</div><div dir="auto"><br></div><div dir="auto">2. This needs to invalidate preambles more often, which brings both performance and complexity questions. E.g. we will at some point invalidate preambles and regenerate diagnostics based on file writes. After this change, we'll be obligated to do so for edits too. (Remember, LSP has no concept of "the foreground file"). Invalidating a preamble is expensive, and edits come rapidly and may invalidate multiple TUs. The current behavior seems more compatible with being both simple and fast.</div><div dir="auto"><br></div><div dir="auto">So mostly I'd like to be convinced that this is important (or that it's simple, but that seems unlikely at first glance).</div><div dir="auto"><br></div><div dir="auto">Cheers, Sam</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Mon, Nov 5, 2018, 11:32 Ilya Biryukov via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">ilya-biryukov added subscribers: simark, klimek.<br>
ilya-biryukov added a comment.<br>
<br>
Thanks for the patch! I believe many people I talked to want this behavior (myself included).<br>
Some people like what we do now more. It feels like it depends on the workflow: for people who auto-save *all* files  before build (some editors do it automatically?) the new behavior is the right one, for people who only save current file and rerun build on the console the old behavior is the correct one.<br>
It all boils down to the argument "I want to see same errors that running the compiler would produce".<br>
<br>
@klimek, @arphaman, @simark, WDYT?<br>
<br>
<br>
<br>
================<br>
Comment at: clangd/FS.h:82<br>
+<br>
+    if (auto D = DS.getDraft(Path.str())) {<br>
+      return std::unique_ptr<llvm::vfs::File>(<br>
----------------<br>
This assumes the `Path` is absolute and `vfs::FileSystem` can be called with non-absolute paths too.<br>
One way to make it work with relative paths is to create an `InMemoryFileSystem` with the headers (it handles the absolute paths conversions) and create an `OverlayFileSystem` on top of it and the `RealFileSystem`.<br>
<br>
This would also make more complicated things work, e.g. getting the same files when traversing parent directories, etc.<br>
<br>
Could we try this approach? WDYT?<br>
<br>
<br>
<br>
Repository:<br>
  rCTE Clang Tools Extra<br>
<br>
<a href="https://reviews.llvm.org/D54077" rel="noreferrer noreferrer" target="_blank">https://reviews.llvm.org/D54077</a><br>
<br>
<br>
<br>
</blockquote></div></div></div>