<div dir="ltr"><div>Ah, sorry for missing the context. Makes sense and for multi-configuration use-case we might need some extra stuff too, e.g. in addition</div><div>to loading the index for the new configuration I'd expect clangd to unload the index for the old configuration, etc.</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 12, 2019 at 7:36 PM Nathan Ridge <<a href="mailto:zeratul976@hotmail.com">zeratul976@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Unless there are issues that would prevent auto-discovery from working, <br>
> I think we should prefer it instead.<br>
> One strong reason is that auto-discovery would work regardless of the <br>
> client support.<br>
<br>
Of course, auto-discovery should be the default. This is about providing another option.<br>
<br>
My understanding is that the motivation for another option, is building in multiple configurations. If you have multiple configurations, the CDBs need to go somewhere other than the source folder, as there is only one source folder.<br>
<br>
> +1 to Doug's suggestion, if we there's a client that has a legitimate need <br>
> to send all CDBs upfront, let's extend LSP<br>
> to allow this instead of assigning our own semantics to the existing methods.<br>
<br>
Agreed, that sounds reasonable to me.<br>
<br>
Thanks,<br>
Nate</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div><div>Ilya Biryukov</div></div></div></div></div></div>