On Sun, Nov 20, 2005 at 04:21:29PM -0500, Daniel Jacobowitz wrote:
> - They may be compiled with lower optimization.
> - They may be compiled with behavior-altering debugging options.
Yes: One has a crash, tries a debug version of a library and
suddenly everything behaves totally different, e.g. n
On Tue, Nov 01, 2005 at 08:33:23PM +0100, Kurt Roeckx wrote:
> Those are real libraries that were not stripped, and those should
> go away in favour of the detached version.
[Yes, I realize this is a really old thread... I haven't been reading
-devel lately.
Not necessarily true.
- They may be c
On Tue, Nov 01, 2005 at 02:12:04PM -0500, Nathanael Nerode wrote:
> Steve Langasek wrote:
>
> > Sorry, you're completely wrong. The files installed in
> > /usr/lib/debug/usr/lib are detached symbol files, that are loaded
> > automatically by gdb -- *not* using LD_LIBRARY_PATH; and gdb looks for
>
Steve Langasek wrote:
> Sorry, you're completely wrong. The files installed in
> /usr/lib/debug/usr/lib are detached symbol files, that are loaded
> automatically by gdb -- *not* using LD_LIBRARY_PATH; and gdb looks for
> detached symbol files by prepending /usr/lib/debug to the full path of the
On Tue, Nov 01, 2005 at 12:19:07AM +, Darren Salt wrote:
> I've noticed that several files which should be in /usr/lib/debug are in fact
> in /usr/lib/debug/usr/lib. Checking via packages.d.o shows that as well as
> this, debug data is showing up in /usr/lib/debug/usr/bin and
> /usr/lib/debug/l
5 matches
Mail list logo
