[llvm-dev] Using the LLVM demangler.

[Mehdi Amini via llvm-dev]

> On Dec 15, 2016, at 6:18 AM, Dave Bozier via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> Hi all,
> 
>  
> We’re hoping to replace the demangler in some of our tools to use the LLVM demangler. We’d like to enhance it with missing functionality (legal names that it cannot demangle) and provide a set of tests that we use with the demangler that we currently use.
> 
>  
> The demangler that is currently in the LLVM tree appears to be a copy of the libc++abi implementation, and there appears to be chat about replacing it with the fast demangler implementation in LLDB.
> 
I’m not aware of this discussion, do you have any pointer? The fast demangler in LLDB isn’t safe right now (libFuzzer and ASAN uncovered multiple issues last time I checked) and isn’t complete. When I talked with Kate, she told me that it is a lot faster than the libcxxabi one because it does not cover all the corner cases, I don’t know if it can be made robust and a full replacement without losing the performance advantage it has. 
> Could you please advise if we should put our contributing efforts into enhancing the fast demangler in LLDB so that it can replace the existing one or just work on what is already there.
> 
I looked at it last year, but David Majnemer convinced me that starting a new one from scratch was likely the best way forward. He started to experiment with it but I don’t know where it went.

Note that for licensing reason (to be double checked, I’m not an expert), I believe contributions needs to be made to libcxxabi first and back-ported to LLVM (which is also something to consider before reusing the lldb one).

— 
Mehdi


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161215/dbc2c231/attachment.html>