From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5919 invoked by alias); 11 Jan 2007 20:47:06 -0000 Received: (qmail 5911 invoked by uid 22791); 11 Jan 2007 20:47:05 -0000 X-Spam-Check-By: sourceware.org Received: from shell4.bayarea.net (HELO shell4.bayarea.net) (209.128.82.1) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 11 Jan 2007 20:46:59 +0000 Received: (qmail 5079 invoked from network); 11 Jan 2007 12:46:56 -0800 Received: from 209-128-106-254.bayarea.net (HELO ?192.168.20.7?) (209.128.106.254) by shell4.bayarea.net with SMTP; 11 Jan 2007 12:46:56 -0800 Message-ID: <45A6A23F.3000605@eagercon.com> Date: Thu, 11 Jan 2007 20:47:00 -0000 From: Michael Eager User-Agent: Thunderbird 1.5.0.7 (X11/20060913) MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: Identifying PowerPC architecture Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00193.txt.bz2 I'm looking at how gdb decides which arch/mach it is working with for PowerPC. It looks like it always picks up rs6000:6000 as processor type. When rs6000_gdbarch_init(struct gdbarch_info info, struct gdbarch_list *arches) is called, arches is NULL. As a result, it creates up a default arch/mach based on info.bfd_arch_info. The arches data is initialized by gdbarch_register() whichs sets gdbarch_registry[*]->arches to NULL and I don't see anywhere that this is changed to point to a list of valid arches. Am I missing something somewhere? How is this supposed to work? -- Michael Eager eager@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077