This is the mail archive of the gdb-patches@sourceware.org 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]
Other format: [Raw text]

Re: [RFA 4/8] New port: TI C6x: Read loadmap from gdbserver


> Date: Mon, 08 Aug 2011 10:46:29 +0800
> From: Yao Qi <yao@codesourcery.com>
> 
> On 08/08/2011 08:30 AM, Mike Frysinger wrote:
> > On Monday, July 25, 2011 00:27:50 Yao Qi wrote:
> >> On 07/22/2011 10:16 AM, Mike Frysinger wrote:
> >>>> +#if defined __DSBT__
> >>>> +static int
> >>>
> >>> rather than being tied to the exec format that *gdbserver* is being
> >>> built as, shouldnt this be bound to the ptrace defines being available
> >>> ?  how abut using "#ifdef PTRACE_GETDSBT" ?
> >>
> >> Yeah, that makes sense.  Done.
> > 
> > i think you missed a spot.  one place uses __DSBT__ while another uses 
> > PTRACE_GETDSBT.
> 
> Yes, I thought it is not quite related to PTRACE stuff, so I didn't
> change that.  I agree that we should use macros in a consistent way.  I
> replace PTRACE_GETDSBT and __DSBT__ with PT_GETDSBT, because PT_GETDSBT
> is defined in sys/ptrace.h, but PTRACE_GETDSBT is defined in asm/ptrace.h.

Well, that leads to the following funny situation:

> +#if defined PT_GETDSBT

You check for PT_GETDSBT here...

> +static int
> +linux_read_loadmap (const char *annex, CORE_ADDR offset,
> +		    unsigned char *myaddr, unsigned int len)
> +{
> +  int pid = lwpid_of (get_thread_lwp (current_inferior));
> +  int addr = -1;
> +  struct target_loadmap *data = NULL;
> +  unsigned int actual_length, copy_length;
> +
> +  if (strcmp (annex, "exec") == 0)
> +    addr= (int) PTRACE_GETDSBT_EXEC;
> +  else if (strcmp (annex, "interp") == 0)
> +    addr = (int) PTRACE_GETDSBT_INTERP;
> +  else
> +    return -1;
> +
> +  if (ptrace (PTRACE_GETDSBT, pid, addr, &data) != 0)

...but use PTRACE_GETDSBT here.

Now the kernel vs. libc headers issue has always been a contentious
one on Linux.  But I think you should use the PTRACE_-prefixed names
in your code since those are the "official" Linux names, since Linux
was intended to be System V compatible.  The PT_-prefixed names are
really only for compatibility with BSD (So I don't really understand
why people keep adding them for ptrace(2) requests that no BSD variant
ever had).


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