Hi Timm,
On Thu, Feb 18, 2021 at 08:41:01AM +0100, Timm Bäder wrote:
> On 17/02/2021 17:49, Mark Wielaard wrote:
> >
> > I think both the comment and the warning message are a little
> > misleading.
> >
> > The comment should really read "Change state from CLEANING to
> > NO_RESIZING". You are r
On 24/02/2021 14:16, Mark Wielaard wrote:
Hmmm. I am not sure why that doesn't work. What if you make them
explicitly unsinged (adding u at the end). Or does it simply ignore
the values and just warn because it sees the macro name and not an
explicit number?
I think I don't really understand any
On 24/02/2021 14:46, Timm Bäder wrote:
On 24/02/2021 14:16, Mark Wielaard wrote:
Hmmm. I am not sure why that doesn't work. What if you make them
explicitly unsinged (adding u at the end). Or does it simply ignore
the values and just warn because it sees the macro name and not an
explicit number
Hi,
I am adding the elfutils and dwz mailinglists to CC because I think
you stumbled upon a silent assumption debuginfod makes which would
be good to make explicit (or maybe change?)
Context is that dwz 0.15 (still not released yet) can now produce
standardized DWARF Supplementary Files using a .
Hi Mark,
Context is that dwz 0.15 (still not released yet) can now produce
standardized DWARF Supplementary Files using a .debug_sup section
when using --dwarf-5 -m multifile. See this bug report:
https://sourceware.org/bugzilla/show_bug.cgi?id=27440
Is there somewhere that I can lay my hands
Hi Nick,
On Wed, Feb 24, 2021 at 05:00:14PM +, Nick Clifton wrote:
> > Context is that dwz 0.15 (still not released yet) can now produce
> > standardized DWARF Supplementary Files using a .debug_sup section
> > when using --dwarf-5 -m multifile. See this bug report:
> > https://sourceware.org/
On 24/02/2021 14:16, Mark Wielaard wrote:> Hmmm. I am not sure why that
doesn't work. What if you make them
explicitly unsinged (adding u at the end). Or does it simply ignore
the values and just warn because it sees the macro name and not an
explicit number?
Another viable workaround is to jus
> "Mark" == Mark Wielaard writes:
>> This patch adds support for this to gdb. It is largely
>> straightforward, I think, though one oddity is that I chose not to
>> have this code search the system build-id directories for the
>> supplementary file. My feeling was that, while it makes sense
