On Fri, Aug 21, 2015 at 06:25:38PM +0200, Ben Gamari wrote:
> Mark Wielaard writes:
>
> > And this is the problem. Sorry. I should have realized earlier.
> > We use the .debug_aranges to get a quick index of the CUs and which
> > address ranges they cover. In the case that there is no .debug_aran
On Fri, Aug 21, 2015 at 04:41:20PM +0200, Ben Gamari wrote:
> Mark Wielaard writes:
>
> > On Fri, Aug 21, 2015 at 09:35:14AM +0200, Ben Gamari wrote:
> >
> >> I have noticed that `/opt/exp/elfutils-root/bin/readelf -e
> >> ghc/stage2/build/Main.o --debug-dump=aranges` returns nothing for
> >> GHC
Mark Wielaard writes:
> And this is the problem. Sorry. I should have realized earlier.
> We use the .debug_aranges to get a quick index of the CUs and which
> address ranges they cover. In the case that there is no .debug_aranges
> we could do a full scan of all CUs. But that is somewhat ineffic
Mark Wielaard writes:
> On Fri, Aug 21, 2015 at 09:35:14AM +0200, Ben Gamari wrote:
>
>> I have noticed that `/opt/exp/elfutils-root/bin/readelf -e
>> ghc/stage2/build/Main.o --debug-dump=aranges` returns nothing for
>> GHC-produced objects whereas it does not for objects produced by GCC.
>
> And
On Fri, Aug 21, 2015 at 09:35:14AM +0200, Ben Gamari wrote:
> So I have added {low_high}_pc attributes to the compilation units yet
> elfutils' addr2line is still not giving me line information,
>
> $ addr2line -e inplace/lib/bin/ghc-stage2 0x427150
> /opt/exp/ghc/ghc//ghc/Main.hs:79
>
Mark Wielaard writes:
> On Thu, 2015-08-20 at 17:02 +0200, Ben Gamari wrote:
>> Fair enough. However, I was basing my original statement not on the
>> output of elfutils' readelf but instead on libdwfl data structures
>> dumped in gdb.
>>
>> As you may have realized by now, the problem begins in
