Pavel Labath 0e947eb636 Add cmake option to choose whether to use the builtin demangler ... Summary: Previously the builting demangler was on for platforms that explicitly set a flag by modifying Mangled.cpp (windows, freebsd). The Xcode build always used builtin demangler by passing a compiler flag. This adds a cmake flag (defaulting to ON) to configure the demangling library used at build time. The flag is only available on non-windows platforms as there the system demangler is not present (in the form we're trying to use it, at least). The impact of this change is: - linux: switches to the builtin demangler - freebsd, windows: NFC (I hope) - netbsd: switches to the builtin demangler - osx cmake build: switches to the builtin demangler (matching the XCode build) The main motivation for this is the cross-platform case, where it should bring more consistency by removing the dependency on the host demangler (which can be completely unrelated to the debug target). Reviewers: zturner, emaste, krytarowski Subscribers: emaste, clayborg, lldb-commits Differential Revision: https://reviews.llvm.org/D23830 llvm-svn: 279808		2016-08-26 09:47:58 +00:00
..
AddLLDB.cmake	Revert "[lldb][cmake] Remove libclang as an lldbBase dependency (NFCI)"	2016-08-19 21:00:40 +00:00
LLDBConfig.cmake	Add cmake option to choose whether to use the builtin demangler	2016-08-26 09:47:58 +00:00
LLDBStandalone.cmake	Fixes for standalone build:	2016-07-15 22:46:15 +00:00