<p dir="ltr">Alright, that makes sense to me. I'll try and rewrite the patch to store the generator instance in LLVMContext while keeping the salt in the module? I'm a bit concerned about the many to one mapping of modules to context, but I'll figure out something reliable there.</p>

<p dir="ltr">- Stephen</p>
<div class="gmail_quote">On Jul 2, 2014 11:59 AM, "Chandler Carruth" <<a href="mailto:chandlerc@google.com">chandlerc@google.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 1, 2014 at 9:50 PM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com" target="_blank">clattner@apple.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Any thoughts guys?  If we are unclear what the right design here is, I'd prefer you to revert the patch until it is figured out.</blockquote>

</div><br>I'm moderately confident this isn't the right design...</div><div class="gmail_extra"><br></div><div class="gmail_extra">Specifically, I totally get why the seed and salt data needed by an RNG might be in the module (preferably opaquely in module-level metadata or something), but I don't really understand why the RN*G* would be in the module rather than in the pass or thing which is generating the random data for some purpose.</div>

</div>
<br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div>