search for: clayborg

I'd like it... Adrian? Fred? -eric On Mon, Mar 2, 2020 at 3:44 PM Greg Clayton <clayborg at gmail.com> wrote: > Yes. I am fine with adding ELF support to llvm-dsymutil if that is the way > people think we should go? > > On Mar 2, 2020, at 3:33 PM, Eric Christopher <echristo at gmail.com> wrote: > > Which seems like what we'd want dsymutil to do anyhow? &...

...le to see which bits of the executable code are referred to by which bits of debug info. > > On Mar 2, 2020, at 3:44 PM, Eric Christopher <echristo at gmail.com> wrote: > > I'd like it... Adrian? Fred? > > -eric > > On Mon, Mar 2, 2020 at 3:44 PM Greg Clayton <clayborg at gmail.com> wrote: > >> Yes. I am fine with adding ELF support to llvm-dsymutil if that is the >> way people think we should go? >> > Feels like a bit of a weird fit to me (equally llvm-objcopy seems like a weird fit too) - given the specific name & nature of Darwin...

> On Jun 15, 2018, at 9:23 AM, <paul.robinson at sony.com> <paul.robinson at sony.com> wrote: > >> From: Greg Clayton [mailto:clayborg at gmail.com] >> >> ... >> If a class has templated functions, they will only be in the DWARF is a >> specialization was created and used. If you have a class that looks like: >> >> class A { >> A(); >> <template T> void Foo(T t); >&...

...new sections and then call > "llvm-objcopy" to add them to the binary. > > This tool could eventually be used to optimize DWARF (dead strip code, > remove unused types, unique types with ODR like llvm-dsymutil, etc). > > > On Mar 2, 2020, at 1:48 PM, Greg Clayton <clayborg at gmail.com> wrote: > > > > On Feb 28, 2020, at 11:25 PM, Fangrui Song via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > On 2020-02-28, Greg Clayton via llvm-dev wrote: > > I am looking to create a tool that can add Apple or DWARF5 accelerator > tables...

...tributes. > > > > It’s walking through all the CUs, picking up the associated abbrevs, > trolling down the list of attributes… “not a lot” indeed, but not as > trivial as running through a single section linearly, which is what > .debug_aranges gets you. I’ve been lectured by @clayborg on what consumers > really want for performance gains. > > > Sure enough - though I don't believe aranges is used by default on any > target/platform LLVM supports, so this time/space tradeoff doesn't seem to > have been important to any of them? > > > > It...

On Thu, 14 Jun 2018 at 17:58, Greg Clayton <clayborg at gmail.com> wrote: > > > > On Jun 14, 2018, at 9:36 AM, Adrian Prantl <aprantl at apple.com> wrote: > > > > On Jun 14, 2018, at 7:01 AM, Pavel Labath via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Thank you all. I am going to try to reply to all...

On Thu, 14 Jun 2018 at 19:26, David Blaikie <dblaikie at gmail.com> wrote: > > > > On Thu, Jun 14, 2018 at 11:24 AM Pavel Labath <labath at google.com> wrote: >> >> On Thu, 14 Jun 2018 at 17:58, Greg Clayton <clayborg at gmail.com> wrote: >> > >> > >> > >> > On Jun 14, 2018, at 9:36 AM, Adrian Prantl <aprantl at apple.com> wrote: >> > >> > >> > >> > On Jun 14, 2018, at 7:01 AM, Pavel Labath via llvm-dev <llvm-dev at lists.llvm.or...

> On Jun 15, 2018, at 10:40 AM, <paul.robinson at sony.com> <paul.robinson at sony.com> wrote: > > > >> -----Original Message----- >> From: Greg Clayton [mailto:clayborg at gmail.com <mailto:clayborg at gmail.com>] >> Sent: Friday, June 15, 2018 12:46 PM >> To: Robinson, Paul >> Cc: labath at google.com <mailto:labath at google.com>; dblaikie at gmail.com <mailto:dblaikie at gmail.com>; aprantl at apple.com <mailto:aprantl at...

...to the original program; also hopefully any efficiency improvements will allow the debugger to be more responsive. * This is obviously about DWARF itself, although to some extent how we go about generating it. * Take better advantage of ranges and the .debug_addr table. dblaikie and clayborg have put up ideas about this. * Figure out a way to allow tracking multiple source locations for an individual instruction. Right now we mostly give up and set locations to line-0 when this happens. * Understand the competing needs of profiling and debugging consumers, and see what m...

...n 2018 at 19:26, David Blaikie <dblaikie at gmail.com> wrote: > > > > > > > > > > > > On Thu, Jun 14, 2018 at 11:24 AM Pavel Labath <labath at google.com> > wrote: > > >> > > >> On Thu, 14 Jun 2018 at 17:58, Greg Clayton <clayborg at gmail.com> > wrote: > > >> > > > >> > > > >> > > > >> > On Jun 14, 2018, at 9:36 AM, Adrian Prantl <aprantl at apple.com> > wrote: > > >> > > > >> > > > >> > > > >>...

...tributes. > > > > It’s walking through all the CUs, picking up the associated abbrevs, > trolling down the list of attributes… “not a lot” indeed, but not as > trivial as running through a single section linearly, which is what > .debug_aranges gets you. I’ve been lectured by @clayborg on what consumers > really want for performance gains. > Sure enough - though I don't believe aranges is used by default on any target/platform LLVM supports, so this time/space tradeoff doesn't seem to have been important to any of them? > > It's enough at least at Goog...

...dblaikie at gmail.com> wrote: >>>>> >>>>> >>>>> >>>>> On Thu, Jun 14, 2018 at 11:24 AM Pavel Labath <labath at google.com> wrote: >>>>>> >>>>>> On Thu, 14 Jun 2018 at 17:58, Greg Clayton <clayborg at gmail.com> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Jun 14, 2018, at 9:36 AM, Adrian Prantl <aprantl at apple.com> wrote: >>>>>>> >>>>>>> >>>>&...

...plementation of gumtree. It supports C++ via srcML, however this seems to be quite incomplete and buggy. The algorithm consists of a top down and a bottom up traversal of the AST that result in a matching of corresponding nodes. It contains some heuristics similarity measurement. Greg Clayton <clayborg at gmail.com> writes: > My original idea was to write a semantic diff tool that just does some > simple things up front: > > create an MD5 from all top level blocks of the code. Start by just > finding matching blocks of code ('{' and '}', '(' and ')...

My original idea was to write a semantic diff tool that just does some simple things up front: create an MD5 from all top level blocks of the code. Start by just finding matching blocks of code ('{' and '}', '(' and ')') and remember the source locations for these and their MD5 values. Run a normal diff on the code and see what blocks the diffs fall into. Then try

I believe the compiler will generate a .debug_ranges section if you use -ffunction-sections, since the addresses of sections will be non-contiguous. From there, you should be able to edit the .debug_ranges assembly as needed (replace references to symbols with 0s in the .debug_ranges content) to get the exact behaviour you want (I'm assuming you don't want to have to hand-edit a

Hi all, I haven't seen a proposal for an optimised-code debugging experience Round Table yet so here goes! Please let me know if you are interested by emailing me at: orlando.hyams at sony.com Below is a non-exhaustive list of possible topics. Feel free to include any preferences and suggestions in your response. a. Line tables: 1. Can we fix is_stmt? 2. Is prologue_end

> On Feb 28, 2020, at 11:25 PM, Fangrui Song via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On 2020-02-28, Greg Clayton via llvm-dev wrote: >> I am looking to create a tool that can add Apple or DWARF5 accelerator tables to fully linked executables that contain DWARF. This will help us benchmark how much accelerator tables can improve the debugging experience as

I'm not across most of this debug info stuff but I'll stomp in here to confirm that AVR is a Harvard architecture, with separate addressing for the data and program buses via specialized instructions which will load from either one, or the other, but never both. It makes sense that this particular problem would also affect AVR - the backend does have some issues with debug info

> On Jun 14, 2018, at 7:01 AM, Pavel Labath via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Thank you all. I am going to try to reply to all comments in a single email. > > Regarding the .apple_objc idea, I am afraid the situation is not as > simple as just flipping a switch. Jonas is currently working on adding the support for DWARF5-style Objective-C accelerator