<div dir="ltr">What do you think about moving CodeGenOptions.cpp to Basic, alongside LanguageOptions and SanitizerSet? CodeGenOptions is basically a big bag of strings and numbers with no dependencies on anything interesting.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 25, 2015 at 1:02 PM, Adrian Prantl <span dir="ltr"><<a href="mailto:aprantl@apple.com" target="_blank">aprantl@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span class="">On Feb 24, 2015, at 6:28 PM, Adrian Prantl <<a href="mailto:aprantl@apple.com" target="_blank">aprantl@apple.com</a>> wrote:<br><blockquote type="cite">You are correct. I need to remove the use of PCHGenerator from ModuleContainerGenerator.<br></blockquote></span><blockquote type="cite"><blockquote type="cite">On Feb 24, 2015, at 6:11 PM, NAKAMURA Takumi <<a href="mailto:geek4civic@gmail.com" target="_blank">geek4civic@gmail.com</a>> wrote:<span class=""><br>It still has circular dependencies between clangCodeGen and clangFrontend.<br></span></blockquote></blockquote><div><br></div><div>After some deliberation, I noticed that there is actually more to be done here in order to resolve the cyclic dependencies. Here is a graph of (a simplified subset of) the dependencies after this commit:</div><div><div>- Pretty much all of CodeGen depends on CodeGenOptions, which is currently part of Frontend.<br>- BackendUtil and CodeGenAction depend on both CodeGen and Frontend.<br>- CodeGenModuleContainer introduces a cyclic dependency between Frontend and CodeGen.<br><br></div><div><img height="252" width="775" src="cid:D194D893-1FF0-4701-BC81-3FBA493F4344@apple.com"></div><div><br></div><div><div>The above cycle can be resolved by reversing the CodeGen->Frontend dependency and splitting out the common dependencies CodeGenOptions and frontend::utils::BuryPointer into a separate library that I’m calling FrontendSupport for lack of a better name. After this, the only remaining CodeGen->Frontend dependencies are CodeGen/BackendUtil.cpp and CodeGen/CodeGenAction.cpp:</div><div>- CodeGenAction looks like it could safely be moved into FrontendTool, which is its only user.</div><div>- BackendUtil can stay were it is, it is needed by CodeGenAction and (via CodeGenModuleContainer) by Frontend. The dependency on Frontend can be eliminated by splitting BuryPointer out from Utils.</div><div>The new picture then looks like this:</div><div>  </div><div><img height="289" width="775" src="cid:E575061C-D0B9-4E10-AAE1-20613B941FC6@apple.com"></div><div><br></div><div>I’ll try and implement it this way; hopefully I didn’t miss any other edges in the graph.</div><span class="HOEnZb"><font color="#888888"><div>-- adrian</div></font></span><span class=""><div><br><blockquote type="cite"><br>thanks for noticing!<br>-- adrian<br></blockquote><br></div></span></div></div></div><br>_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@cs.uiuc.edu">cfe-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits</a><br>
<br></blockquote></div><br></div>