<div dir="ltr">OK, thanks.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 15, 2014 at 2:26 PM, Greg Clayton <span dir="ltr"><<a href="mailto:gclayton@apple.com" target="_blank">gclayton@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Jan 15, 2014, at 1:26 PM, Steve Pucci <<a href="mailto:spucci@google.com">spucci@google.com</a>> wrote:<br>
<br>
> Thanks, Greg.  I'm still a bit confused about the implementation of GetFile without the UUID, though.  Is it a bug that this method isn't implemented on all of the Platform implementations?<br>
<br>
</div>The other platforms _should_ be implementing this and yes it is a bug on those platforms that require this support. Platforms are optional and not all functions need to be supported just to call a platform a platform. So this is desired, but not mandatory. It is required if you want to support getting remote files, so any platform that wants to support running a remote test suite should support this function.<br>

<div class="im"><br>
<br>
> I guess, in any case, it would be better to avoid the confusion by renaming the other method, though, as you propose.  I'll do that.<br>
<br>
</div>Sounds good.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Thanks again,<br>
>    Steve<br>
><br>
> On Wed, Jan 15, 2014 at 10:05 AM, Greg Clayton <<a href="mailto:gclayton@apple.com">gclayton@apple.com</a>> wrote:<br>
> On MacOSX we have UUIDs built into all mach-o files for each architecture slice and we sometimes know we are looking for an executable with a specific UUID after the dynamic loader tell use we want /usr/lib/libfoo.dylib with UUID XXXXX. We also have system services that we can query saying "please locate a debug symbol file for UUID XXXX", so even if the path is wrong, we might be able to find the file we are looking for if the "platform_file" path is incorrect.<br>

><br>
><br>
<br>
</div></div></blockquote></div><br></div>