From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31164 invoked by alias); 11 Apr 2005 16:58:19 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 30797 invoked from network); 11 Apr 2005 16:57:48 -0000 Received: from unknown (HELO mailapp.tensilica.com) (65.205.227.29) by sourceware.org with SMTP; 11 Apr 2005 16:57:48 -0000 Received: from localhost ([127.0.0.1] ident=amavis) by mailapp.tensilica.com with esmtp (Exim 4.34) id 1DL2Ca-0008Px-0b for binutils@sources.redhat.com; Mon, 11 Apr 2005 09:55:56 -0700 Received: from mailapp.tensilica.com ([127.0.0.1]) by localhost (mailapp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32109-05 for ; Mon, 11 Apr 2005 09:55:55 -0700 (PDT) Received: from heron.hq.tensilica.com ([192.168.11.123]) by mailapp.tensilica.com with esmtp (Exim 4.34) id 1DL2CZ-0008Ps-My for binutils@sources.redhat.com; Mon, 11 Apr 2005 09:55:55 -0700 Received: from [192.168.11.123] (heron.hq.tensilica.com [192.168.11.123]) by heron.hq.tensilica.com (8.13.1/8.13.1) with ESMTP id j3BGtc1l030938 for ; Mon, 11 Apr 2005 09:55:55 -0700 Message-ID: <425AAC0A.6060403@tensilica.com> Date: Mon, 11 Apr 2005 16:58:00 -0000 From: Bob Wilson Organization: Tensilica, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020 MIME-Version: 1.0 To: binutils@sources.redhat.com Subject: Re: PATCH: Support 64bit BFD and 64bit host for xtensa References: <20050409204835.GA1319@lucon.org> <20050410163925.GB28734@lucon.org> In-Reply-To: <20050410163925.GB28734@lucon.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-04/txt/msg00242.txt.bz2 H. J. Lu wrote: > On Sat, Apr 09, 2005 at 01:48:35PM -0700, H. J. Lu wrote: > >>m68k and xtensa are failed to build with --enable-64-bit-bfd. This >>patch fixes it. This part is OK with me. > It turns out that xtensa doesn't support 64bit BFD on 32bit host > nor 64bit host. xtensa passes pointer as int to frag_variant, where > it is stored as offsetT. This patch changes int to long. This doesn't seem like the right solution. I'd rather not be casting pointers to integers, even if the integer is big enough. Let me see if I can find a way to avoid storing pointers in the frag's fr_var field. --Bob