[lldb-dev] Platform::GetFile overloaded virtual function
Steve Pucci
spucci at google.com
Wed Jan 15 14:34:48 PST 2014
OK, thanks.
On Wed, Jan 15, 2014 at 2:26 PM, Greg Clayton <gclayton at apple.com> wrote:
>
> On Jan 15, 2014, at 1:26 PM, Steve Pucci <spucci at google.com> wrote:
>
> > 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?
>
> 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.
>
>
> > 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.
>
> Sounds good.
>
> >
> > Thanks again,
> > Steve
> >
> > On Wed, Jan 15, 2014 at 10:05 AM, Greg Clayton <gclayton at apple.com>
> wrote:
> > 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.
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20140115/3e5e01d4/attachment.html>
More information about the lldb-dev
mailing list