<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 18, 2016 at 8:32 AM, Davide Italiano via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Aug 18, 2016 at 2:16 PM, Ed Maste via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
> One remaining blocking issue for linking FreeBSD with lld is the<br>
> inability to build the bootloader components. We have a patch[1] in<br>
> review to address one of the problems by switching to using a linker<br>
> script instead of GNU ld's -N option. Another issue is that some<br>
> bootloader components are created by the linker directly as binary<br>
> objects, using --oformat binary. (Other bootloader components are<br>
> built by creating a temporary ELF object converting that to a raw<br>
> binary using objcopy.)<br>
><br>
> Is binary output enough of an unusual use case that we're unlikely to<br>
> support it in lld?<br>
><br>
<br>
</span>On a related note. FreeBSD (and also a product on which I work on) uses<br>
-b for kernel modules. I really would like to avoid changing all the<br>
invocations to objcopy. Hw vendors (e.g. network drivers which ship<br>
with firmware) rely on this feature. With that in mind, I'm not<br>
exactly looking forward to make them unhappy and force to change their<br>
internal build, in particular considering how hard is to get driver<br>
support these days.<br></blockquote><div><br></div><div>This is the next issue that Michael and I ran into after figuring out what was needed to get the kernel to boot (the remaining patches for that are in review).</div><div><br></div><div>It turns out that implementing that is very simple (essentially identical to the shader binary stuff that we already implemented for PS4, which internally uses the same mechanism). Yesterday Michael ported that code onto ToT and hopefully there will be a patch up soon.</div><div><br></div><div>-- Sean Silva</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Davide<br>
<br>
"There are no solved problems; there are only problems that are more<br>
or less solved" -- Henri Poincare<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
</div></div></blockquote></div><br></div></div>