This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
gdb/49: need linux-threads.c module for compatibility
- To: gdb-gnats at sources dot redhat dot com
- Subject: gdb/49: need linux-threads.c module for compatibility
- From: wtw at netapp dot com
- Date: 30 Apr 2001 21:28:19 -0000
- Reply-To: wtw at netapp dot com
>Number: 49
>Category: gdb
>Synopsis: need linux-threads.c module for compatibility
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Apr 30 14:38:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: wtw@netapp.com
>Release: unknown-1.0
>Organization:
>Environment:
>Description:
In GDB 5.0 release, the linux-threads.c module
was provided for debugging LinuxThreads-style
multithreaded programs.
However, in the current tree, this module is disabled.
We have multithreaded applications with a home-grown
thread library that use clone()
system call, and use the linux-threads.c API
for making GDB threads-aware. For various reasons,
we cannot use Linux's libpthread (lin-threads.c module).
We also cannot use lin-lwp.c module.
I'd like linux-threads.c turned back on. It can be
lower priority than lin-threads. That is,
try lin-threads. if fails,
try linux-threads. if fails,
try lin-lwp.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: