Zachary Turner via lldb-dev
lldb-dev at lists.llvm.org
Tue May 8 11:06:21 PDT 2018
+davide, +aprantl for the Apple perspective.
On Tue, May 8, 2018 at 10:04 AM Greg Clayton <clayborg at gmail.com> wrote:
> On May 8, 2018, at 9:47 AM, Zachary Turner <zturner at google.com> wrote:
> We don’t want the lowest levels of lldb to depend on clang. If this is
> useful we should move it from clang to llvm and use llvm::VersionTuple
> I agree, though this move will cause merging issues for many that have
> repositories that link against older llvm/clang. Doesn't affect me anymore,
> but Apple will be affected.
> On Tue, May 8, 2018 at 9:26 AM Greg Clayton via lldb-dev <
> lldb-dev at lists.llvm.org> wrote:
>> No issues from me.
>> > On May 8, 2018, at 9:11 AM, Pavel Labath via lldb-dev <
>> lldb-dev at lists.llvm.org> wrote:
>> > While moving Args around, I noticed that we have a bunch of
>> > functions/classes that pass/store version numbers as a triplet of
>> > (e.g. Platform::GetOSVersion). I got halfway into creating a wrapper
>> > for that when I noticed clang::VersionTuple, which is pretty much what I
>> > wanted out of the box.
>> > Now there are small differences between this class, and what we have
>> > it has an extra fourth "build" field, and it uses only 31 bits to
>> > the values. None of these seem to matter (particularly as we are
>> > converting our representation into this struct in some places) that
>> > but before I go through the trouble of pulling this class into llvm
>> > (although technically possible, it seems wrong to pull a clang
>> > at such a low level), I wanted to make sure we are able to use it.
>> > Do you see any reason why we could not replace our version triplets with
>> > clang::VersionTuple ?
>> > cheers,
>> > pl
>> > _______________________________________________
>> > lldb-dev mailing list
>> > lldb-dev at lists.llvm.org
>> > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>> lldb-dev mailing list
>> lldb-dev at lists.llvm.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the lldb-dev