<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 7, 2014 at 2:10 PM, Nick Kledzik <span dir="ltr"><<a href="mailto:kledzik@apple.com" target="_blank">kledzik@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Shankar,<br>
<br>
Can you give provide a scenario where you want this?  I’m not sure what you want here.<br></blockquote><div><br></div><div>Yes, that's my question too.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
<br>
On Oct 7, 2014, at 2:03 PM, Shankar Easwaran <<a href="mailto:shankare@codeaurora.org">shankare@codeaurora.org</a>> wrote:<br>
> Hi,<br>
><br>
> I think lld needs to have an infrastructure as part of the build process to build specific flavors and specific targets.<br>
</span>This sounds like you want config-time choices (e.g. build a linker to only support ELF/x86 such as for a JIT).<br>
<span class=""><br>
><br>
> For this I was thinking that the Registry expand to consider flavors and targets that are part of the build process.<br>
><br>
> So each flavor/target would register and the Driver would walk through the list of handlers to check if there is a handler defined for that flavor/target.<br>
</span>This sounds like you want everything decided at runtime (e.g. all flavors registers all readers).<br>
<span class="HOEnZb"><font color="#888888"><br>
-Nick<br>
<br>
</font></span></blockquote></div><br></div></div>