search for: alapshin

...t; > > > -----Original Message----- > > From: Fangrui Song <maskray at google.com> > > Sent: Friday, May 29, 2020 1:07 AM > > To: David Blaikie <dblaikie at gmail.com> > > Cc: Robinson, Paul <paul.robinson at sony.com>; Alexey Lapshin > > <alapshin at accesssoftek.com>; Sriraman Tallam <tmsriram at google.com>; Wei Mi > > <wmi at google.com>; Adrian Prantl <aprantl at apple.com>; Jonas Devlieghere > > <jdevlieghere at apple.com>; Alexey Lapshin <a.v.lapshin at mail.ru>; Eric > > Christopher &...

> Subject: Re: [llvm-dev] Range lists, zero-length functions, linker gc > > On 2020-05-28, David Blaikie wrote: > >On Thu, May 28, 2020 at 2:52 PM Robinson, Paul <paul.robinson at sony.com> > >wrote: > > > >> As has been mentioned elsewhere, Sony generally fixes up references > from > >> debug info to stripped functions (of any length) using

...>> > > >> -eric > > >> > > >> On Tue, Jul 21, 2020 at 12:18 PM David Blaikie via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > >>> > > >>> On Tue, Jul 21, 2020 at 5:34 AM Alexey Lapshin > > >>> <alapshin at accesssoftek.com> wrote: > > >>> > > > >>> > > > >>> > >On Mon, Jul 20, 2020 at 10:32 AM Alexey Lapshin > > >>> > ><alapshin at accesssoftek.com> wrote: > > >>> > >> > > >>&...

On 28.07.2020 19:28, David Blaikie wrote: > On Tue, Jul 28, 2020 at 8:55 AM Alexey Lapshin <avl.lapshin at gmail.com> wrote: >> >> On 28.07.2020 10:29, David Blaikie via llvm-dev wrote: >>> On Fri, Jun 26, 2020 at 9:28 AM Alexey Lapshin >>> <alapshin at accesssoftek.com> wrote: >>>>>>>>>>>> This idea goes in another direction than fragmenting dwarf >>>>>>>>>>>> using elf sections&tricks. It seems to me that the cost of fragmenting is too high. >>>>>&gt...

...gt; > >> -eric > >> > >> On Tue, Jul 21, 2020 at 12:18 PM David Blaikie via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: > >>> > >>> On Tue, Jul 21, 2020 at 5:34 AM Alexey Lapshin > >>> <alapshin at accesssoftek.com<mailto:alapshin at accesssoftek.com>> wrote: > >>> > > >>> > > >>> > >On Mon, Jul 20, 2020 at 10:32 AM Alexey Lapshin > >>> > ><alapshin at accesssoftek.com<mailto:alapshin at accesssoftek.com>&g...

...one know of >the inverse: where code is mapped up near uint32 max? Such that that usage >wouldn't be able to sacrifice uint32 max - 1 to use as a blessed value here? > >- Dave > > >> >> >> --paulr >> >> >> >> *From:* Alexey Lapshin <alapshin at accesssoftek.com> >> *Sent:* Thursday, May 28, 2020 9:03 AM >> *To:* Sriraman Tallam <tmsriram at google.com>; Wei Mi <wmi at google.com>; >> Robinson, Paul <paul.robinson at sony.com>; Adrian Prantl <aprantl at apple.com>; >> Jonas Devlieghere...

On Thu, May 28, 2020 at 6:03 AM Alexey Lapshin <alapshin at accesssoftek.com> wrote: > Hi David, > > > >So there have been several recent discussions about the issues around > > >DWARF-agnostic linking and gc-sections, linkonce function definitions > being > > >dropped, etc - and just how much DWARF-awareness would...

...t 8:55 AM Alexey Lapshin > <avl.lapshin at gmail.com <mailto:avl.lapshin at gmail.com>> wrote: > >> > >> On 28.07.2020 10:29, David Blaikie via llvm-dev wrote: > >>> On Fri, Jun 26, 2020 at 9:28 AM Alexey Lapshin > >>> <alapshin at accesssoftek.com <mailto:alapshin at accesssoftek.com>> > wrote: > >>>>>>>>>>>> This idea goes in another direction than fragmenting > dwarf > >>>>>>>>>>>> using elf sections&tricks....

...s probably one of the easiest ways to get this change out there. Any strong objections to this path in the meantime? Thanks! -eric On Tue, Jul 21, 2020 at 12:18 PM David Blaikie via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Tue, Jul 21, 2020 at 5:34 AM Alexey Lapshin > <alapshin at accesssoftek.com> wrote: > > > > > > >On Mon, Jul 20, 2020 at 10:32 AM Alexey Lapshin > > ><alapshin at accesssoftek.com> wrote: > > >> > > >> >On Fri, Jul 17, 2020 at 1:55 PM Alexey Lapshin <a.v.lapshin at mail.ru> > wro...

...bjections to this path in the meantime? >> >> Thanks! >> >> -eric >> >> On Tue, Jul 21, 2020 at 12:18 PM David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> On Tue, Jul 21, 2020 at 5:34 AM Alexey Lapshin >>> <alapshin at accesssoftek.com> wrote: >>> > >>> > >>> > >On Mon, Jul 20, 2020 at 10:32 AM Alexey Lapshin >>> > ><alapshin at accesssoftek.com> wrote: >>> > >> >>> > >> >On Fri, Jul 17, 2020 at 1:55 PM Alexey...

...ers would not run into the 0/0 brick wall. We also fix up lengths in .debug_aranges to zero, although there might be history behind that tactic that I'm not aware of; it seems like it ought to be unnecessary, if consumers are aware of the special address(es). --paulr From: Alexey Lapshin <alapshin at accesssoftek.com> Sent: Thursday, May 28, 2020 9:03 AM To: Sriraman Tallam <tmsriram at google.com>; Wei Mi <wmi at google.com>; Robinson, Paul <paul.robinson at sony.com>; Adrian Prantl <aprantl at apple.com>; Jonas Devlieghere <jdevlieghere at apple.com>; Alexe...

...Tue, Jul 28, 2020 at 8:55 AM Alexey Lapshin <avl.lapshin at gmail.com> >>> wrote: >>> >> >>> >> On 28.07.2020 10:29, David Blaikie via llvm-dev wrote: >>> >>> On Fri, Jun 26, 2020 at 9:28 AM Alexey Lapshin >>> >>> <alapshin at accesssoftek.com> wrote: >>> >>>>>>>>>>>> This idea goes in another direction than fragmenting dwarf >>> >>>>>>>>>>>> using elf sections&tricks. It seems to me that the cost of >>> fragmenti...

On 28.07.2020 10:29, David Blaikie via llvm-dev wrote: > On Fri, Jun 26, 2020 at 9:28 AM Alexey Lapshin > <alapshin at accesssoftek.com> wrote: >> >>>>>>>>>> This idea goes in another direction than fragmenting dwarf >>>>>>>>>> using elf sections&tricks. It seems to me that the cost of fragmenting is too high. >>>>>>>&g...

...t; > > > -----Original Message----- > > From: David Blaikie <dblaikie at gmail.com> > > Sent: Friday, May 29, 2020 5:00 PM > > To: Robinson, Paul <paul.robinson at sony.com> > > Cc: Fangrui Song <maskray at google.com>; Alexey Lapshin > > <alapshin at accesssoftek.com>; Sriraman Tallam <tmsriram at google.com>; Wei Mi > > <wmi at google.com>; Adrian Prantl <aprantl at apple.com>; Jonas Devlieghere > > <jdevlieghere at apple.com>; Alexey Lapshin <a.v.lapshin at mail.ru>; Eric > > Christopher &...

...urn are one per function/data piece and easily discardable/merged by the linker. Just some thoughts. James On Tue, 2 Jun 2020 at 19:24, David Blaikie via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: On Tue, May 19, 2020 at 7:17 AM Alexey Lapshin <alapshin at accesssoftek.com<mailto:alapshin at accesssoftek.com>> wrote: > > Hi David, please find my comments inside: > > > >>>Broad question: Do you have any specific motivation/users/etc in implementing this (if you can speak about it)? > > >>> - it might...

...l .debug_* blocks, which in turn are one per function/data piece and easily discardable/merged by the linker. Just some thoughts. James On Tue, 2 Jun 2020 at 19:24, David Blaikie via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Tue, May 19, 2020 at 7:17 AM Alexey Lapshin > <alapshin at accesssoftek.com> wrote: > > > > Hi David, please find my comments inside: > > > > > > >>>Broad question: Do you have any specific motivation/users/etc in > implementing this (if you can speak about it)? > > > > >>> - it might hel...

>On Fri, Jun 5, 2020 at 1:55 PM Alexey Lapshin <alapshin at accesssoftek.com> wrote: >> >> >> >> >> >DWARF was designed in an era when COMDAT and ICF were not a thing, or at least not common, >> >> >certainly not when talking about function code. The overhead of a unit occurred only once per >> &g...

...> >> -eric >> > >> >> > >> On Tue, Jul 21, 2020 at 12:18 PM David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> > >>> >> > >>> On Tue, Jul 21, 2020 at 5:34 AM Alexey Lapshin >> > >>> <alapshin at accesssoftek.com> wrote: >> > >>> > >> > >>> > >> > >>> > >On Mon, Jul 20, 2020 at 10:32 AM Alexey Lapshin >> > >>> > ><alapshin at accesssoftek.com> wrote: >> > >>> > >>...

So there have been several recent discussions about the issues around DWARF-agnostic linking and gc-sections, linkonce function definitions being dropped, etc - and just how much DWARF-awareness would be suitable in a linker to help with this situation. I'd like to discuss a narrower instance of this issue: Zero length gc'd/deduplicated functions. LLVM seems to at least produce zero

>On Mon, Jul 20, 2020 at 10:32 AM Alexey Lapshin ><alapshin at accesssoftek.com> wrote: >> >> >On Fri, Jul 17, 2020 at 1:55 PM Alexey Lapshin <a.v.lapshin at mail.ru> wrote: >> >> >> >> >Пятница, 17 июля 2020, 19:42 +03:00 от David Blaikie <dblaikie at gmail.com>: >> >> > >> >&...