From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-29207-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 22546 invoked by alias); 28 Jul 2007 21:14:06 -0000
Received: (qmail 22467 invoked by uid 22791); 28 Jul 2007 21:14:06 -0000
X-Spam-Check-By: sourceware.org
Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20)     by sourceware.org (qpsmtpd/0.31) with SMTP; Sat, 28 Jul 2007 21:14:03 +0000
Received: (qmail invoked by alias); 28 Jul 2007 21:14:00 -0000
Received: from DSL01.83.171.165.105.ip-pool.NEFkom.net (EHLO localhost) [83.171.165.105]   by mail.gmx.net (mp048) with SMTP; 28 Jul 2007 23:14:00 +0200
X-Authenticated: #2360897
Date: Sun, 29 Jul 2007 22:36:00 -0000
From: Bernhard Walle <bernhard.walle@gmx.de>
To: gdb@sourceware.org
Subject: Re: Gdb server compilation issue
Message-ID: <20070728211358.GA15972@mail1.bwalle.de>
Mail-Followup-To: gdb@sourceware.org
References: <1185467346.25450.ezmlm@sourceware.org> <27801B4D04E7CA45825B0E0CE60FE10A043CC477@xmb-sjc-237.amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <27801B4D04E7CA45825B0E0CE60FE10A043CC477@xmb-sjc-237.amer.cisco.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
X-Y-GMX-Trusted: 0
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2007-07/txt/msg00201.txt.bz2

* Ratin Rahman (mratin) <mratin@cisco.com> [2007-07-28 22:57]:
> 
> The enum used in the file mipsel-linux-gnu/sys-include/sys/ptrace.h looks pretty normal, its 
> 
> /* Type of the REQUEST argument to `ptrace.'  */
> enum __ptrace_request
> {
>   /* Indicate that the process making this request should be traced.
>      All signals received by this process can be intercepted by its
>      parent, and its parent can use the other `ptrace' requests.  */
>   PTRACE_TRACEME = 0,   <===== this is line 33
> #define PT_TRACE_ME PTRACE_TRACEME

Could it be that some previous define replaced this PTRACE_TRACEME?
Maybe you should take a look at the preprocessed source (compiler
option: -E or just add “-save-temps” to the compilation process and
look at the “.i” file (linux-low.i, because it includes that sys/ptrace.h).


Thanks,
   Bernhard