Ludovic Brenta wrote:
> Kevin Brown writes:
> > That may be true, but developers aren't the only ones who might make
> > use of these files. Anyone who gets a crash in an Ada application
> > could get a much better traceback (for filing a bug report) with
> > these files in place than without.
> >
Ludovic Brenta writes:
> Kevin Brown writes:
> > That may be true, but developers aren't the only ones who might make
> > use of these files. Anyone who gets a crash in an Ada application
> > could get a much better traceback (for filing a bug report) with
> > these files in place than without.
>
Kevin Brown writes:
> That may be true, but developers aren't the only ones who might make
> use of these files. Anyone who gets a crash in an Ada application
> could get a much better traceback (for filing a bug report) with
> these files in place than without.
>
> Independent of the potential i
Ludovic Brenta wrote:
> Hi Kevin,
>
> Thanks for taking all that trouble. The debugging information should
> not go into the package libgnat-4.1, because that's a run-time-only
> package not intended for developers.
That may be true, but developers aren't the only ones who might make
use of thes
Hi Kevin,
Thanks for taking all that trouble. The debugging information should
not go into the package libgnat-4.1, because that's a run-time-only
package not intended for developers.
Instead, the debugging information should go either to a new package
(libgnat-4.1-dbg), either into package gnat
I wrote:
Having looked a little deeper, it appears it *does* use dh_strip after
all. The file to examine is debian/rules.d/binary-ada.mk.
I'll try modifying that file to add --keep-debug to the dh_strip
commands to see if that does anything useful...
And indeed it does. Very nicely, actua
I wrote:
But it seems that gnat-4.1 doesn't actually use dh_strip.
Having looked a little deeper, it appears it *does* use dh_strip after
all. The file to examine is debian/rules.d/binary-ada.mk.
I'll try modifying that file to add --keep-debug to the dh_strip
commands to see if that does
My initial thoughts on this were to do what most other packages that
generate debugging libraries do, which is to actually not generate
debugging libraries specifically, but instead to generate separate
symbol files, which also happen to live under /usr/lib/debug.
Most packages will make use of d
8 matches
Mail list logo
