From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28121 invoked by alias); 4 Aug 2004 23:01:44 -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 28106 invoked from network); 4 Aug 2004 23:01:43 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 4 Aug 2004 23:01:43 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74N1ge1011233 for ; Wed, 4 Aug 2004 19:01:42 -0400 Received: from zenia.home.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74N1ea09379; Wed, 4 Aug 2004 19:01:41 -0400 To: "Kei Sakamoto" Cc: Subject: Re: multi-arched Linux target References: <00e801c4744f$89f85c10$5169910a@E5A02646> <002a01c4782d$fe34ef80$5169910a@E5A02646> From: Jim Blandy Date: Wed, 04 Aug 2004 23:01:00 -0000 In-Reply-To: <002a01c4782d$fe34ef80$5169910a@E5A02646> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-08/txt/msg00051.txt.bz2 "Kei Sakamoto" writes: > > I have a question about multi-arched Linux target. > > > > I'm implementing the native debug support on Linux/M32R. > > http://www.linux-m32r.org > > > > In order to support Linux target, config/tm-linux.h is necessary. > > But config/tm-linux.h causes build errors in full multi-arched > > environment because SKIP_TRAMPOLINE_CODE and IN_SOLIG_CALL_TRAMPOLINE > > don't have multi-arch definitions. > > > > In file included from ../../src/gdb/defs.h:1135, > > from ../../src/gdb/gdb.c:21: > > ../../src/gdb/gdbarch.h:2071:2: #error "Non multi-arch definition of > > SKIP_TRAMPOLINE_CODE" > > ../../src/gdb/gdbarch.h:2093:2: #error "Non multi-arch definition of > > IN_SOLIB_CALL_TRAMPOLINE" > > > > Do I have to use MULTI_ARCH_PARTIAL for Linux target? I think so. You'll need to have a tm-*.h file, which automatically brings you down to MULTI_ARCH_PARTIAL. You don't need to actually #define that anywhere, though; just having a tm-*.h file at all automatically sets that. Search for GDB_TM_FILE in defs.h. But I don't think that'll cause you any problems. Since you're not overriding them, it won't affect any of the definitions you're currently getting from gdbarch.h. Things should just continue to work normally.