This is the mail archive of the
gdb-patches@sourceware.cygnus.com
mailing list for the GDB project.
Re: [robertl@sco.com: threads RH6/Sparc vs. GDB]
Jim Blandy wrote:
> What are these changes for?
These are unrelated to the Sparc/threads issue and were, in fact,
included quite by mistake. :-)
I know this is absolutely the wrong way to "fix" this problem, but if
the moral equivalent of this isn't done, RH6 on Sparc will not build GDB
becuase it gets all tangled up in the code that redefines PTRACE_*REGS
code.
From what I recall, sys/ptrace.h and one of the GDB headers were each
trying to outsmart the other.
RJL
>
> > Index: infptrace.c
> > ===================================================================
> > RCS file: /cvs/gdb/gdb/gdb/infptrace.c,v
> > retrieving revision 1.1.1.3
> > diff -u -p -r1.1.1.3 infptrace.c
> > - --- infptrace.c 1999/08/09 21:33:34 1.1.1.3
> > +++ infptrace.c 1999/10/29 22:10:41
> > @@ -40,6 +40,10 @@
> > #include <ptrace.h>
> > #else
> > #ifdef HAVE_SYS_PTRACE_H
> > +#undef PTRACE_GETREGS
> > +#undef PTRACE_SETREGS
> > +#undef PTRACE_GETFPREGS
> > +#undef PTRACE_SETFPREGS
> > #include <sys/ptrace.h>
> > #endif
> > #endif
> > Index: sparc-nat.c
> > ===================================================================
> > RCS file: /cvs/gdb/gdb/gdb/sparc-nat.c,v
> > retrieving revision 1.1.1.3
> > diff -u -p -r1.1.1.3 sparc-nat.c
> > - --- sparc-nat.c 1999/10/05 23:08:51 1.1.1.3
> > +++ sparc-nat.c 1999/10/29 22:10:43
> > @@ -24,6 +24,10 @@
> > #include "gdbcore.h"
> >
> > #include <signal.h>
> > +#undef PTRACE_GETREGS
> > +#undef PTRACE_SETREGS
> > +#undef PTRACE_GETFPREGS
> > +#undef PTRACE_SETFPREGS
> > #include <sys/ptrace.h>
> > #include <sys/wait.h>
> > #ifdef __linux__