> i.e., a situation where even an internal debuginfod instance cannot be
> trusted with the source code, but some version control system can be?
That was my thought exactly.
On Wed, Apr 10, 2024 at 9:07 AM Frank Ch. Eigler wrote:
>
> Hi -
>
> > Support for reading source code directly from a cod
Hi Tobias,
I wanted to provide an alternative solution that may work for you
(with or without support from debuginfod).
Support for reading source code directly from a code hosting service
(such as GitHub) has been supported for years by Microsoft via
SourceLink[1]. In 2018, a proposal[2] was sub
Thanks for the thoughts!
> AIUI, -gsplit-dwarf is more suitable for development/scratch builds
> than for distro binaries. If distros agree, then I would not expect
> .dwo files to show up in distro-wide debuginfod services, but rather
> within developers' own build trees.
That's a good point. M
Hi Mark,
My apologies for bringing this up so late. I was just re-reading this thread
while looking at how to find a .dwp for a given binary.
> But I was personally assuming we would extend it to also to other things like
> dwo IDs (which are again almost identical globally unique identifiers for
Hi all!
I have been working on a GDB and LLDB python plugin that will bring
debuginfod to older versions of GDB and LLDB. It's still in the early
stages of development (no support for source loading, no support for
Python 2...) but wanted to raise awareness of my work and say thank
you for coming
