<br><br><div class="gmail_quote">On Tue, Jan 22, 2013 at 1:14 PM, Thomas Young <span dir="ltr"><<a href="mailto:thomasyoung@free.fr" target="_blank">thomasyoung@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> > How can we help?<br>
><br>
> Modules is a big feature, and there are a few places where one could help. Some ideas:<br>
<br>
The diagnostics, fix-its and tracking unused imports points really seem like they would just be icing on the cake.<br>
<br>
Speaking for myself, for diagnostics and fixits at least, I'd be very happy for something that works in the case where there are no errors, (in the sense that in finishes compilation and generates the desired object file result), but falls back to the 'traditional' compilation model in case of errors (so with diagnostics and fixits then being generated as necessary by existing code for this).<br>
</blockquote><div><br>Hello,<br><br>You seem to assume that such a fallback is possible. The two models are different enough that it might not, do you have any inkling whether there is support for this fallback mechanism ?<br>
<br>-- Matthieu.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(I find that most of the time spent compiling is for compilation without errors. When changing stuff that can introduce errors I tend to be working with just one object file, or unit test, directly, and then compilation times are much less of an issue.)<br>

<br>
<br>
<br>
>  - Improve the 'modularize' tool I hacked up (sources attached), which attempts to find non-modular behavior in a set of header files.<br>
<br>
Right, this kind of tooling definitely seems like it can be quite important. (Although I'd still be very happy to see modules working without this feature!)<br>
<br>
As a first step, I guess it could be nice to have some kind of feedback to tell us at least where we violated the modular header assumptions/constraints. Perhaps one way to do this could then be to have an extra compile mode that performs both traditional and modular compilation in parallel, and tells you as soon as these diverge? (at whatever level of granularity, e.g. with checks after each module import would be fine to start with).<br>

<br>
Best regards,<br>
<br>
Thomas<br>
______________________________<u></u>_________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" target="_blank">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/<u></u>mailman/listinfo/cfe-dev</a><br>
</blockquote></div><br>