<div style="font-family: arial, helvetica, sans-serif; font-size: 10pt"><div dir="ltr">On Fri, Dec 7, 2012 at 10:13 AM, Miguel Guedes <span dir="ltr"><<a href="mailto:miguel.a.guedes@gmail.com" target="_blank">miguel.a.guedes@gmail.com</a>></span> wrote:<br>
<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
On 07/12/12 08:44, Manuel Klimek wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The first step is to make clang (more) thread-safe:<br>
For example, the file interface is not thread-safe; this requires<br>
changes to the file system / path interface to allow keeping state of<br>
the working directory, and doing all relative file operations based on<br>
that state (on unix fd* versions of the unix file api). This requires an<br>
objectification of the file interface first, which requires some more<br>
design work.<br>
</blockquote>
<br></div>
In your opinion, could libclang be used as the backend of a clang-based service or is just too constrained functionality-wise?</blockquote><div><br></div><div style>See the original proposal: <a href="http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/022028.html" target="_blank" style="font-size:13px;font-family:arial,sans-serif">http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/022028.html</a></div>
<div style><br></div><div style>Cheers,</div><div style>/Manuel</div></div></div></div></div>