From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20932 invoked by alias); 10 Jul 2014 07:54:14 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 20811 invoked by uid 89); 10 Jul 2014 07:54:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: e06smtp15.uk.ibm.com Received: from e06smtp15.uk.ibm.com (HELO e06smtp15.uk.ibm.com) (195.75.94.111) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 10 Jul 2014 07:54:12 +0000 Received: from /spool/local by e06smtp15.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 10 Jul 2014 08:54:09 +0100 Received: from d06dlp01.portsmouth.uk.ibm.com (9.149.20.13) by e06smtp15.uk.ibm.com (192.168.101.145) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 10 Jul 2014 08:54:08 +0100 Received: from b06cxnps3074.portsmouth.uk.ibm.com (d06relay09.portsmouth.uk.ibm.com [9.149.109.194]) by d06dlp01.portsmouth.uk.ibm.com (Postfix) with ESMTP id D592A17D8042 for ; Thu, 10 Jul 2014 08:55:41 +0100 (BST) Received: from d06av11.portsmouth.uk.ibm.com (d06av11.portsmouth.uk.ibm.com [9.149.37.252]) by b06cxnps3074.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s6A7s7uY23396466 for ; Thu, 10 Jul 2014 07:54:07 GMT Received: from d06av11.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av11.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s6A7s73F014582 for ; Thu, 10 Jul 2014 01:54:07 -0600 Received: from br87z6lw.de.ibm.com (dyn-9-152-212-196.boeblingen.de.ibm.com [9.152.212.196]) by d06av11.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id s6A7s6hv014498; Thu, 10 Jul 2014 01:54:06 -0600 From: Andreas Arnez To: Omair Javaid Cc: "gdb-patches\@sourceware.org" , Yao Qi , Mark Kettenis Subject: Re: [PATCH v2 02/13] regcache: Add functions suitable for regset_supply/collect. References: <1403714949-28133-1-git-send-email-arnez@linux.vnet.ibm.com> <1403714949-28133-3-git-send-email-arnez@linux.vnet.ibm.com> <87lhs4f5ng.fsf@br87z6lw.de.ibm.com> Date: Thu, 10 Jul 2014 07:54:00 -0000 In-Reply-To: (Omair Javaid's message of "Wed, 9 Jul 2014 00:08:53 +0500") Message-ID: <87ha2pfy3m.fsf@br87z6lw.de.ibm.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 14071007-0342-0000-0000-000000670AEF X-IsSubscribed: yes X-SW-Source: 2014-07/txt/msg00202.txt.bz2 On Tue, Jul 08 2014, Omair Javaid wrote: > I think you are right its better off if we leave the single register > variants to target specific *-tdep where they can be retrieved using > regcache_raw_ supply/collect functions. All other options to get > around the loops wont be trivial. Hm, I'd actually prefer if the new functions could be used for any case where registers are supplied to the regcache from a buffer, or collected from the regcache to a buffer. Which variants do you mean? Do you have examples where they are used?