<div dir="ltr">Mehdi,<div><br></div><div>I cannot design an API or set module boundaries for imaginary users because it'd be almost always wrong and lead to overengineering. What do you have in your mind about what you want to do with a moduler linker? I'd like to cover your use cases (probably not now, but it should be taken into account.)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 28, 2016 at 1:16 PM, Mehdi Amini <span dir="ltr"><<a href="mailto:mehdi.amini@apple.com" target="_blank">mehdi.amini@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Oct 28, 2016, at 1:14 PM, Mehdi Amini <<a href="mailto:mehdi.amini@apple.com">mehdi.amini@apple.com</a>> wrote:<br>
><br>
><br>
>> On Oct 28, 2016, at 1:00 PM, Rafael Espíndola <<a href="mailto:rafael.espindola@gmail.com">rafael.espindola@gmail.com</a>> wrote:<br>
>><br>
>>> I’m fine with keeping our disagreement about the lld “style”.<br>
>>><br>
>>> Just keep in mind that this is not a direction that is “encouraging everyone” to be involved or care about lld.<br>
>><br>
>> That is fine. The objective of the new ELF linker is simple: be the<br>
>> best ELF linker out there. The objective is not to have it be a<br>
>> generic reusable framework os to maximize the number of people<br>
>> involved in it.<br>
><br>
> Not being reusable just does not line up with what *I* would expect from a LLVM project in general. We wouldn’t have this discussion if you had started a separate linker project on GitHub.<br>
<br>
</span>To be clear: I’m just expressing a personal view and expectation here: there is nothing wrong with building an awesome monolithic linker that solves real problem otherwise (which is what I believe you are doing with lld).<br>
<br>
—<br>
<span class="HOEnZb"><font color="#888888">Mehdi<br>
<br>
</font></span></blockquote></div><br></div>