From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-40918-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 17706 invoked by alias); 16 May 2012 14:57:30 -0000
Received: (qmail 17687 invoked by uid 22791); 16 May 2012 14:57:29 -0000
X-SWARE-Spam-Status: No, hits=-6.4 required=5.0	tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 16 May 2012 14:57:17 +0000
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q4GEurGo018068	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Wed, 16 May 2012 10:56:53 -0400
Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q4GEupo8028076	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);	Wed, 16 May 2012 10:56:52 -0400
From: Tom Tromey <tromey@redhat.com>
To: oza Pawandeep <oza.pawandeep@gmail.com>
Cc: Joel Brobecker <brobecker@adacore.com>, gdb@sourceware.org,        gdb-patches@sourceware.org
Subject: Re: [design change] record-replay linux ABI level
References: <CAK1A=4xtgYd8hQEwHxjLQiv4eqhCu0cSRDmmbFJvBDJwDxUM+Q__46748.0269181125$1336555010$gmane$org@mail.gmail.com>	<87sjf9qecr.fsf@fleche.redhat.com>	<CAK1A=4xbh0M=yfc2MQpZdDCJEPnL3_z8=TA0VSE7qVCoO0Dn-Q__42617.423789534$1336639800$gmane$org@mail.gmail.com>	<87aa1gqhnq.fsf@fleche.redhat.com>	<CAK1A=4wzBfbc1OpbP2BNMGVw0iiWMG81fy1+peq_r5rFkenyhA@mail.gmail.com>	<CAK1A=4zRULTC9Tue8Wu7vYpCiHE-sWBLHU7P9uw0d8MO0YRUpA@mail.gmail.com>	<CAK1A=4y7d8ot_G+O8oFm_ZVDT9q7QdFu87hMXT=+mHfVuJPnTw@mail.gmail.com>	<20120514145650.GF10253@adacore.com>	<CAK1A=4yervLeVDQ-r49n95ftrB27u8K+R1hfstz1oFwTNX=t7Q__24807.0006179207$1337059251$gmane$org@mail.gmail.com>	<87havhtmzy.fsf@fleche.redhat.com>	<CAK1A=4zR6v1-3Mvk9=FS4nAyMHn=UVpj_YDgL=dkHVJz7s1tXQ@mail.gmail.com>
Date: Wed, 16 May 2012 14:57:00 -0000
In-Reply-To: <CAK1A=4zR6v1-3Mvk9=FS4nAyMHn=UVpj_YDgL=dkHVJz7s1tXQ@mail.gmail.com>	(oza Pawandeep's message of "Wed, 16 May 2012 16:18:05 +0530")
Message-ID: <874nrgrx70.fsf@fleche.redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
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: 2012-05/txt/msg00074.txt.bz2

>>>>> "oza" == oza Pawandeep <oza.pawandeep@gmail.com> writes:

oza> b) I am not much familiar with xml generated C files, and where to
oza> change in gdb, but with that, will the record_linux_system_call be
oza> able to incorporate all conflicting syscall numbers in that case ?

The idea is to extend the current approach.  That is, have a single
generic enum; then map the system-specific numbers to this enum.  The
difference is that the mappings would be generated from the XML files.

oza> define as follows
oza> enum gdb_syscall
oza> {
oza>            /* i386 related syscalls */
oza>            /* ARM related syscalls */
oza>            /* MIPS related syscalls */
oza>            so on..
oza> }

Yeah, I don't like this much.

Tom