search for: codecompass

...derstand this sentiment but I don't think that's totally fair. Finding files in different locations is an important feature of the VFS, when it was introduced in 2014 this was the only use case. The "devirtualization" aspect is unfortunate because native IO. > For example, in CodeCompass, we used a custom VFS implementation that "hijacked" the overlay and included itself between the realFS and the memoryFS. It obtains files from the database! > > See: > https://github.com/Ericsson/CodeCompass/blob/a1a7b10e3a9e2e4f493135ea68566cee54adc081/plugins/cpp_reparse/serv...

I'd like to get some more perspectives on the role of the VirtualFileSystem abstraction in llvm/Support. (The VFS layer has recently moved from Clang to LLVM, so crossposting to both lists) https://reviews.llvm.org/D54277 proposed adding a function to VirtualFileSystem to get the underlying "real file" path from a VFS path. LLDB is starting to use VFS for some filesystem