From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 02 Jun 2006 13:12:19 +0200 (CEST) Received: from 209-232-97-206.ded.pacbell.net ([209.232.97.206]:29844 "EHLO dns0.mips.com") by ftp.linux-mips.org with ESMTP id S8133658AbWFBLMM (ORCPT ); Fri, 2 Jun 2006 13:12:12 +0200 Received: from mercury.mips.com (sbcns-dmz [209.232.97.193]) by dns0.mips.com (8.12.11/8.12.11) with ESMTP id k52BBv4O016975; Fri, 2 Jun 2006 04:11:58 -0700 (PDT) Received: from ukservices1.mips.com (ukservices1 [192.168.192.240]) by mercury.mips.com (8.13.5/8.13.5) with ESMTP id k52BBvV4011655; Fri, 2 Jun 2006 04:11:58 -0700 (PDT) Received: from shoreditch-home.mips-uk.com ([172.20.192.99] helo=[127.0.0.1]) by ukservices1.mips.com with esmtp (Exim 3.36 #1 (Debian)) id 1Fm7ZJ-0003rb-00; Fri, 02 Jun 2006 12:11:53 +0100 Message-ID: <44801CFF.1010400@mips.com> Date: Fri, 02 Jun 2006 12:11:59 +0100 From: Nigel Stephens User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: zhuzhenhua CC: Thiemo Seufer , linux-mips Subject: Re: BFD: Warning: Writing section `.text' to huge (ie negative) file offset 0xa1ffff10 References: <50c9a2250605312319v7480f2el36d9c0a052c85d5f@mail.gmail.com> <20060601092413.GL1717@networkno.de> <50c9a2250606010356s63f6d6e7j255c77660d6f472a@mail.gmail.com> <447EE274.7060207@mips.com> <50c9a2250606011749r7f89fbben2c61edd43c7ec0a6@mail.gmail.com> <44801A59.5080508@mips.com> In-Reply-To: <44801A59.5080508@mips.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-MIPS-Technologies-UK-MailScanner: Found to be clean X-MIPS-Technologies-UK-MailScanner-From: nigel@mips.com X-Scanned-By: MIMEDefang 2.39 Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 11646 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: nigel@mips.com Precedence: bulk X-list: linux-mips Nigel Stephens wrote: > >> >> 8 .rodata 00000190 000000f0 000000f0 000000f0 2**4 >> CONTENTS, ALLOC, LOAD, READONLY, DATA >> 9 .rodata.str1.4 000005fe 00000280 00000280 00000280 2**2 >> CONTENTS, ALLOC, LOAD, READONLY, DATA > > OK. I think that the final .rodata.str1.4 section is causing your > problem because the offset between its load address and the other > section is huge, causing "objcopy -O binary" to generate a huge file. > This is a new section generated by gcc 3.x and above to hold mergeable > constant data. Try changing the line in your linker script which (I'm > guessing here) probably looks like this: > > *(.rodata) > > to: > > *(.rodata) *(.rodata.*) > I failed to spot that .rodata also has a "bad" load address. So it looks like .rodata also isn't correctly handled in your linker script. Nigel