<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 7, 2019 at 10:33 AM Jim Ingham via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">jingham added a comment.<br>
<br>
In D61578#1493452 <<a href="https://reviews.llvm.org/D61578#1493452" rel="noreferrer" target="_blank">https://reviews.llvm.org/D61578#1493452</a>>, @labath wrote:<br>
<br>
> In D61578#1492422 <<a href="https://reviews.llvm.org/D61578#1492422" rel="noreferrer" target="_blank">https://reviews.llvm.org/D61578#1492422</a>>, @JDevlieghere wrote:<br>
><br>
> > In D61578#1492086 <<a href="https://reviews.llvm.org/D61578#1492086" rel="noreferrer" target="_blank">https://reviews.llvm.org/D61578#1492086</a>>, @clayborg wrote:<br>
> ><br>
> > > Just wanted to verify that we can put a:<br>
> > ><br>
> > >   settings set target.load-cwd-lldbinit true<br>
> > ><br>
> > ><br>
> > > in our ~/.lldbinit file and it will then load the local init file in the current working directory?<br>
> ><br>
> ><br>
> > Yep, that behavior remains unchanged.<br>
><br>
><br>
> Unfortunately, I guess that also means that if somebody does that (set this setting in the global config file), this test will fail for him. I think that means that one day we will have to add a flag to specifically disable reading of the global config file, or find some way to mock its contents.<br>
<br>
<br>
The dotest.py tests all disable reading the global .lldbinit file.  Do the lit tests not do that as well?  For tests that actually test reading the user's .lldbinit file we will need to do something fancy (can we change the HOME environment variable to some other place so that it gets read from there?)<br></blockquote><div><br></div><div>Yes, the lit tests do this too. However, for this particular test I worked around that, because it would prevent us from reading the local lldbinit file. As a mitigation for the issue Pavel mentioned, I did exactly that, I exported a different HOME env in the test. I'm not 100% that will work everywhere, but it tricked my LLDB into using that as the home dir.  </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Repository:<br>
  rL LLVM<br>
<br>
CHANGES SINCE LAST ACTION<br>
  <a href="https://reviews.llvm.org/D61578/new/" rel="noreferrer" target="_blank">https://reviews.llvm.org/D61578/new/</a><br>
<br>
<a href="https://reviews.llvm.org/D61578" rel="noreferrer" target="_blank">https://reviews.llvm.org/D61578</a><br>
<br>
<br>
<br>
</blockquote></div></div>