<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Mar 11, 2016 at 12:01 PM, Ed Maste <span dir="ltr"><<a href="mailto:emaste@freebsd.org" target="_blank">emaste@freebsd.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 11 March 2016 at 14:52, Rui Ueyama <<a href="mailto:ruiu@google.com">ruiu@google.com</a>> wrote:<br>
> It doesn't seem to make sense to leave 8 byte blank in the .note section.<br>
> I'd think that setting the size to 8 byte conveys the message that there is<br>
> a chance of collision, too. So I guess that keeping it 8 bytes is a good<br>
> idea.<br>
<br>
</span>It turns out that lldb only accepts 16 and 20 byte build-ids today:<br>
<br>
                case LLDB_NT_GNU_BUILD_ID_TAG:<br>
                    // Only bother processing this if we don't already<br>
have the uuid set.<br>
                    if (!uuid.IsValid())<br>
                    {<br>
                        // 16 bytes is UUID|MD5, 20 bytes is SHA1<br>
                        if ((note.n_descsz == 16 || note.n_descsz == 20))<br>
                        { ...<br>
<br>
however, it uses a zero-padded crc32 in the absence of build-id so<br>
it's already willing to deal with shorter identifiers:<br>
<br>
[  0] 7D9D49C0-0000-0000-0000-000000000000                    /bin/ls<br>
      /usr/lib/debug/bin/ls.debug<br>
<br>
Refusing an 8-byte build-id and using a 4-byte crc instead doesn't<br>
seem sensible, so I'll post an lldb patch to accept anything >= 4<br>
bytes.<br>
</blockquote></div><br></div><div class="gmail_extra">Sure. Thanks.</div></div>