[PATCH] D65677: [VirtualFileSystem] Support encoding working directories in a VFS mapping.

Sam McCall via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Wed Aug 28 00:36:35 PDT 2019


sammccall added a comment.

In D65677#1627576 <https://reviews.llvm.org/D65677#1627576>, @JDevlieghere wrote:

> After some brainstorming I've identified a few other approaches that should better reflect the transience of the current working directory:
>
> - We can modify the VFS to have a notion of //search paths//. The `adjustPath` function could iterate over the search paths until it finds an absolute path that exists. If none exist we'd return the same path we return today. This would be the most general approach.
> - We could create a new virtual file system that we put on top of the RedirectingFileSystem which does something similar to what I've described above. This would require us to override every function that calls `adjustPath`, so it would be pretty heavyweight and rather inflexible.
>
>   I'd like to get your feedback before I start implementing these. What do you think? Is there another approach that's worth considering?


I'm really sorry for missing this comment, I was out sick and missed the email.

> I'd like to get your feedback before I start implementing these.

Honestly, this still seems way too complicated and this doesn't seem like a feature that needs to be part of VFS.

>   What do you think? Is there another approach that's worth considering?

Per my previous comment, what goes wrong if you try to make the working directory a sibling of VFS (within the reproducer container) rather than a child of it (within shared infrastructure)?


CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D65677/new/

https://reviews.llvm.org/D65677





More information about the llvm-commits mailing list