From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32701 invoked by alias); 19 Nov 2007 11:38:08 -0000 Received: (qmail 32692 invoked by uid 22791); 19 Nov 2007 11:38:08 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate3.de.ibm.com (HELO mtagate3.de.ibm.com) (195.212.29.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 19 Nov 2007 11:38:05 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.13.8/8.13.8) with ESMTP id lAJBc3tN054412 for ; Mon, 19 Nov 2007 11:38:03 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.6) with ESMTP id lAJBc2pm2678960 for ; Mon, 19 Nov 2007 12:38:02 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lAJBc2RW024699 for ; Mon, 19 Nov 2007 12:38:02 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id lAJBc20Z024695; Mon, 19 Nov 2007 12:38:02 +0100 Message-Id: <200711191138.lAJBc20Z024695@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 19 Nov 2007 12:38:02 +0100 Subject: Re: [rfc] [0/9] Multi-target support To: muller@ics.u-strasbg.fr (Pierre Muller) Date: Mon, 19 Nov 2007 11:38:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org In-Reply-To: <003a01c82a95$07659290$1630b7b0$@u-strasbg.fr> from "Pierre Muller" at Nov 19, 2007 11:14:54 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-11/txt/msg00362.txt.bz2 Pierre Muller wrote: > Is the CORE_ADDR size changed according to the target of the current tdep > file? CORE_ADDR is defined as bfd_vma, and the latter is supposed to be chosen according to the selected targets (see the generated bfd/bfd.h file): /* The word size used by BFD on the host. This may be 64 with a 32 bit target if the host is 64 bit, or if other 64 bit targets have been selected with --enable-targets, or if --enable-64-bit-bfd. */ #define BFD_ARCH_SIZE 64 Not sure why this didn't work for you ... Did you start from a clean build directory? Could you try whether at least explicitly specifying --enable-64-bit-bfd works? Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com