From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17117 invoked by alias); 13 Jan 2003 21:07:51 -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 17096 invoked from network); 13 Jan 2003 21:07:50 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by 209.249.29.67 with SMTP; 13 Jan 2003 21:07:50 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id PAA11680; Mon, 13 Jan 2003 15:59:12 -0500 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id QAA17208; Mon, 13 Jan 2003 16:07:38 -0500 Message-ID: <0e8401c2bb47$c00d89a0$0202040a@catdog> From: "Kris Warkentin" To: "Andrew Cagney" Cc: "Elena Zannoni" , "Fernando Nasser" , "Felix Lee" , References: <200301102242.h0AMgTl02921@paper-wolf-solo.tigerfood.org> <0d6601c2bb1e$70a94670$0202040a@catdog> <3E230B07.8030607@redhat.com> <0e5301c2bb36$1002c400$0202040a@catdog> <3E2315B5.8030003@redhat.com> Subject: Re: patch to use target specific .gdbinit file Date: Mon, 13 Jan 2003 21:07:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-01/txt/msg00209.txt.bz2 > > Here's a question: does a multi-targetted gdb know what it's targetting at > > the point of reading the .gdbinit or is this determined later? Is it > > switchable per session? I'm thinking that another possibility is to have it > > check for .gdbinit-$TARGET at the time that the target is determined. > > To clarify something here, target and architecture are separate but very > related. GDB configured for a certain TARGET, will support one or more > architectures. The x86-64, for instance, also supports i386. > > For a normal GDB session, an architecture will be selected twice. Once > for the default, and once based on the file that is loaded. The second > selection may occure before, during or after, .gdbinit parsing. The > `target' however, won't change. So, to clarify further, a single gdb binary can only support a single target but multiple architectures? If this is the case then your method of enabling this at config time would be just fine. I was thinking of a (for instance) ppc/x86 gdb but I didn't think that was possible which was what I wanted to ask. cheers, Kris