<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 13, 2014 at 1:53 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> Current plan is to expose functions to get the VFS description file,<br>
> which Clang can parse and build the VFS accordingly.<br>
><br>
> Nevertheless, I think we can provide both interfaces, if we freeze the<br>
> 'Status' data structure in libclang, or if we declare that those<br>
> functions are exempt from libclang ABI stability.  But in that case<br>
> one can probably just use the C++ API directly, so I don't see the<br>
> function-based interface as important.<br>
<br>
</div>OK, that is a relief :-)<br>
<br>
I was truly afraid we would end up putting part of  the current file<br>
API on stone because of the libclang abi stability.<br>
<br>
I took a quick look at the API last night. An observation is that 99%<br>
of the users want the simplest version of any api (exists returning<br>
false on error, create_directory that hides if the directory already<br>
existed or not, etc). Unfortunately, quiet a few end up using the more<br>
complex apis.<br>
<br>
So what I would suggest for the virtual fs is to start with only the<br>
simple ones. If you do have a use that needs the more general case,<br>
adding that predicate with a longer name is probably a good thing so<br>
that it doesn't get used accidentally.<br></blockquote><div><br></div><div>There seem to be 2 interfaces here: one user interface, and one for subclassing.</div><div><br></div><div>Are you fine with the interface for subclassing being the current Status-based proposal?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Is that OK?<br>
<br>
Cheers,<br>
Rafael<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div></div>