From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1929 invoked by alias); 6 Jul 2011 13:15:44 -0000 Received: (qmail 1919 invoked by uid 22791); 6 Jul 2011 13:15:43 -0000 X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW,TW_BJ,TW_JC X-Spam-Check-By: sourceware.org Received: from service87.mimecast.com (HELO service87.mimecast.com) (94.185.240.25) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Wed, 06 Jul 2011 13:15:29 +0000 Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) by service87.mimecast.com; Wed, 06 Jul 2011 14:15:26 +0100 Received: from [10.1.77.49] ([10.1.255.212]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 6 Jul 2011 14:15:22 +0100 Message-ID: <4E145FEA.5040305@arm.com> Date: Wed, 06 Jul 2011 14:58:00 -0000 From: Matthew Gretton-Dann User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18pre) Gecko/20110608 Lightning/1.0b3pre Lanikai/3.1.11pre MIME-Version: 1.0 To: GusSabina CC: "binutils@sourceware.org" Subject: Re: Linking against armlink produced ELF for armv6-m (thumb only) CPU References: <4C5FEFEB.4070004@finwe.fi> <1281357579.15516.9.camel@e102319-lin.cambridge.arm.com> <4C6021C8.8090306@finwe.fi> <1281432433.7027.39.camel@e102319-lin.cambridge.arm.com> <31998893.post@talk.nabble.com> In-Reply-To: <31998893.post@talk.nabble.com> X-MC-Unique: 111070614152602001 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2011-07/txt/msg00080.txt.bz2 Hi, The root cause of the issue is that the linker is assuming the wrong=20 defaults for an object which does not have a .ARM.attributes section. There is no one particular build attribute causing the error, it is the=20 defaults ld assumes. One workaround may be to strip all the .ARM.attributes sections out of=20 the objects before passing them to the linker: arm-none-eabi-objcopy -R '.ARM.attributes' tst.o -o tst.stripped.o Thanks, Matt On 05/07/11 18:49, GusSabina wrote: > > Hello Matthew: > > I'm getting the same error... > What ARM Build attribute is explicitly causing this error? How should it = be > fixed? > > Thanks > Gus > > > Matthew Gretton-Dann-2 wrote: >> >> On Mon, 2010-08-09 at 18:42 +0300, Heikki Ker=C3=A4nen wrote: >>> >> >> The basic issue seems to be that we are treating an object with >> no .ARM.attributes section as one where all the attributes take their >> default value (0 or "") and not one which has all the attributes set to >> undefined (as if a TAG_nodefaults attribute was present). >> >> I have raised the following bug in BugZilla to address this: >> http://sourceware.org/bugzilla/show_bug.cgi?id=3D11897 >> >> Thanks, >> >> Matt >> >> -- >> Matthew Gretton-Dann >> Principal Engineer - PDSW Tools >> ARM Ltd >> >> >> > --=20 Matthew Gretton-Dann Principal Engineer, PD Software - Tools, ARM Ltd