From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2916 invoked by alias); 10 Dec 2001 03:09:48 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2876 invoked from network); 10 Dec 2001 03:09:45 -0000 Received: from unknown (HELO localhost.cygnus.com) (205.180.231.71) by sources.redhat.com with SMTP; 10 Dec 2001 03:09:45 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.cygnus.com (Postfix) with ESMTP id 344C83D60; Sun, 9 Dec 2001 19:09:43 -0800 (PST) Message-ID: <3C142777.9080908@cygnus.com> Date: Sun, 09 Dec 2001 19:09:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.6) Gecko/20011207 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: Regcache changes broke MIPS References: <20011208234027.A12988@nevyn.them.org> <3C13D5AF.3020700@cygnus.com> <3C13EB35.7040100@cygnus.com> <20011209183304.A15018@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2001-12/txt/msg00112.txt.bz2 > Hmm, doctor the patient is worse than we thought (and how ironic, this >> one is my target). >> >> Briefly, the MIPS still defines certain methods (REGISTER_RAW_SIZE() at >> least) as macro's mapped onto functions instead of true multi-arch >> methods. That is why they are being called when they shouldn't. >> >> I came up with a patch that fixed just REGISTER_RAW_SIZE() but that >> didn't fix it - suspect I need to find more. > > > I think I follow. Do you actually currently build the register cache > with dummy values (on a multiarch target) and then rebuild it after > gdbarch is initialized? I fixed REGISTER_RAW_SIZE() and it died in what appeared to be REGISTER_BYTE() ..... At present the architecture gets built three times (!!!): o dummy architecture o default architecture o executables architecture The first one goes, once the non multi-arch targets are removed. > It seems like there should be a way to register a post-gdbarch, > non-multi-arch-target init function to avoid this. That is hopefully unnecessary. Just need to convert a few more MIPS macros. Andrew