[lldb-dev] LLVM, Clang and LLDB matching revisions

Todd R. Fiala todd.fiala at gmail.com
Sat Nov 8 11:08:44 PST 2014

Hi Mario,

The official approach to this is:

* Sync llvm, clang and lldb with the same effective svn version number.
* Build with them all + whatever patches you might have on the lldb side.
* When something breaks, it typically is an interface change on the way lldb uses clang or llvm.  If you can fix it, create a patch and fix it.  If you cannot, then go with one of the plan b options.

Plan B
* Go back to the previous version of clang and llvm you were using, but continuing to work off latest lldb + your patches.

Typically that works, except when you are working in the area of lldb that is using a newer API in clang/llvm.  We should not be submitting new code in lldb that is not working against the newest code in llvm/clang.

When neither the official approach or the Plan B work, and if you cannot figure out how to patch up lldb to work with latest, then you ask for help :-)

Hope that helps!


> On Nov 7, 2014, at 7:07 AM, Mario Zechner <badlogicgames at gmail.com> wrote:
> Hi,
> we are trying to make sure we always build against a known version of LLVM, Clang and LLDB. So far we've been building everything from trunk/HEAD, but that fails sometimes (e.g. today Clang seems to be unhappy about something).
> Are there any rules which LLVM/Clang/LLDB versions work together? We also saw the tags in the repository, e.g. RELEASE_35, but those don't seem to necessarily match up.
> Thanks,
> Mario
> _______________________________________________
> lldb-dev mailing list
> lldb-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev

More information about the lldb-dev mailing list