Re: [lldb-dev] lldb compiled from source 5X slower than homebrew or default lldb

2018-03-12 Thread Timothee Cour via lldb-dev
some binary I'm debugging. It's unfortunately hard to reduce. What are good ways to investigate this? On Mon, Mar 12, 2018 at 1:42 PM, Adrian Prantl wrote: > Have you tried diff'ing your cmake invocation against the on used by homebrew? > > -- adrian > >> On Mar 9

Re: [lldb-dev] Adding D language demangling support

2018-03-09 Thread Timothee Cour via lldb-dev
moved to: https://reviews.llvm.org/D44321 On Mon, Feb 26, 2018 at 10:06 PM, Davide Italiano wrote: > On Mon, Feb 26, 2018 at 8:45 PM, Timothee Cour via lldb-dev > wrote: >> I made it work: >> https://github.com/llvm-mirror/lldb/pull/3 >> (note: also requires the D plug

Re: [lldb-dev] how do i submit my patch for 'Support demangling for D symbols via dlopen'

2018-03-09 Thread Timothee Cour via lldb-dev
g] On Behalf Of Davide >> Italiano via lldb-dev >> Sent: Friday, March 09, 2018 10:27 AM >> To: Timothee Cour >> Cc: LLDB >> Subject: Re: [lldb-dev] how do i submit my patch for 'Support demangling for >> D >> symbols via dlopen' >> >&g

[lldb-dev] lldb compiled from source 5X slower than homebrew or default lldb

2018-03-09 Thread Timothee Cour via lldb-dev
while testing out https://github.com/llvm-mirror/lldb/pull/3 I noticed that when I compiled lldb from source (even un-modified from git HEAD) it was 5X slower than homebrew lldb or default lldb: I'm compiling lldb as follows: ``` git clone https://github.com/llvm-mirror/llvm.git cd llvm/tools git

Re: [lldb-dev] how do i submit my patch for 'Support demangling for D symbols via dlopen'

2018-03-09 Thread Timothee Cour via lldb-dev
a little weak because we iterate over supported languages by hand. > When there were a few that wasn't an issue, but as we pick up more languages, > we should introduce a "do over supported languages" feature which would clean > up the logic there. > > Jim > >

[lldb-dev] how do i submit my patch for 'Support demangling for D symbols via dlopen'

2018-02-26 Thread Timothee Cour via lldb-dev
https://github.com/llvm-mirror/lldb/pull/3 it would be *really* nice if llvm or lldb accepted industry standard github PR's, at least as an option. Would make contributing so much easier for outsiders ___ lldb-dev mailing list lldb-dev@lists.llvm.org htt

Re: [lldb-dev] Adding D language demangling support

2018-02-26 Thread Timothee Cour via lldb-dev
I made it work: https://github.com/llvm-mirror/lldb/pull/3 (note: also requires the D plugin on D side which I can submit to another repo separately, and which is small) not sure if lldb accepts github PR's but that's the simplest I could do On Sun, Feb 25, 2018 at 3:53 PM, Timothee Cour wrote:

Re: [lldb-dev] Adding D language demangling support

2018-02-25 Thread Timothee Cour via lldb-dev
update: * D now correctly prefixes its symbols with an extra underscore on OSX (cf https://dlang.org/changelog/2.079.0.html#fix8207) and gdb correctly demangles D symbols * in https://github.com/dlang/druntime/pull/2083 I had a PR to support demangling C++ symbols along with D symbols for D progra

Re: [lldb-dev] Adding D language demangling support

2016-09-22 Thread Timothee Cour via lldb-dev
On Wed, Sep 21, 2016 at 4:13 PM, Greg Clayton via lldb-dev < lldb-dev@lists.llvm.org> wrote: > You could have a setting that allows you to specify prefix as the key with > a dylib path as a value. Would you expect a function with certain name or > would you need to specify the function name (proba

Re: [lldb-dev] Adding D language demangling support

2016-09-21 Thread Timothee Cour via lldb-dev
On Wed, Sep 21, 2016 at 3:35 PM, Greg Clayton via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Sounds like you could then make a setting that is a dictionary where you > say what the prefix is (like maybe "_D") and the value is the path to the > tool to use? This would be easy to implement. Demang

Re: [lldb-dev] Adding D language demangling support

2016-09-21 Thread Timothee Cour via lldb-dev
On Wed, Sep 21, 2016 at 3:10 PM, Greg Clayton wrote: > There is no external demangling plug-in infrastructure at the moment, but > you could add functionality that would allow it. No one is going to have D > installed by default. Where do you expect your demangler dylib to live? Would you just a

Re: [lldb-dev] Adding D language demangling support

2016-09-21 Thread Timothee Cour via lldb-dev
Is there a way to provide a hook (eg, via an extern(C) function, or using a dynamically loaded shared library) to do this, so as to simply reuse D's https://dlang.org/phobos/std_demangle.html and make sure it's always in sync with D's demangling instead of duplicating code On Wed, Sep 21, 2016 at