This is the mail archive of the gdb-prs@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

gdb/49: need linux-threads.c module for compatibility



>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:


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]