From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25354 invoked by alias); 12 Aug 2002 17:41:49 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25343 invoked from network); 12 Aug 2002 17:41:45 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (62.163.169.250) by sources.redhat.com with SMTP; 12 Aug 2002 17:41:45 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g7CHfZr9001049; Mon, 12 Aug 2002 19:41:36 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g7CHfZmb000375; Mon, 12 Aug 2002 19:41:35 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.5/8.12.5/Submit) id g7CHfZ6k000372; Mon, 12 Aug 2002 19:41:35 +0200 (CEST) To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: [rfa:i386] Eliminate register_byte() and register_raw_size() References: <3D5477D2.6090403@ges.redhat.com> <3D547D35.6050003@ges.redhat.com> From: Mark Kettenis Date: Mon, 12 Aug 2002 10:41:00 -0000 In-Reply-To: Andrew Cagney's message of "Fri, 09 Aug 2002 22:40:53 -0400" Message-ID: <86adnskm9c.fsf@elgar.kettenis.dyndns.org> X-SW-Source: 2002-08/txt/msg00266.txt.bz2 Andrew Cagney writes: > > This patch eliminates the register_byte() and register_raw_size() > > architecture methods from the i386. > > > > (It was either that or modify the code so that it included MMX > > registers :-) Well, the generic code is probably a wee bit slower... ...but we can always add back a more generic version of the "offset caching" code that your patch removes if that turns out to be a problem... > > ok to commit? ...so it's fine with me. Please go ahead. Mark