<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-24 18:52 GMT+01:00 Ed Maste <span dir="ltr"><<a href="mailto:emaste@freebsd.org" target="_blank">emaste@freebsd.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On 23 March 2014 14:28, Piotr Rak <<a href="mailto:piotr.rak@gmail.com">piotr.rak@gmail.com</a>> wrote:<br>
><br>
> If I understand correctly the main purpose of UUID's for ObjectFileELF is<br>
> aiding gnu_debuglink which is used to locate debug info. The other one is<br>
> related to ModuleSpec and ModuleList where it is used for identification.<br>
><br>
> First in case of modules doesn't make much sense, it won't be correct, or<br>
> have even possibility to work, while second turns out to be useful, anyway.<br>
<br>
</div>gnu_debuglink uses the CRC to confirm that a standalone debug file<br>
(e.g. library.so.debug) matches the binary or library, and needs to be<br>
calculated only for those debug files.  In fact, prior to the<br>
gnu_debuglink support I think ELF files all ended up with an all-0s<br>
UUID.  I think your change is a reasonable first step.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Ed<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">I was thinking about core files, not modules - no proof reading on my side - sorry, and of course you're 100% correct here.</div><div class="gmail_extra">
We already got gnu_debuglink crc from binary, and calculated value from core file makes no sense for that purpose.</div><div class="gmail_extra"><br></div><div class="gmail_extra">What I was thinking about is that would be nice to have "core matches executable" functionality, and I plan to work at it at some point, but it is other issue...</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,</div><div class="gmail_extra">/P</div></div>