From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22246 invoked by alias); 2 Feb 2012 15:53:58 -0000 Received: (qmail 22238 invoked by uid 22791); 2 Feb 2012 15:53:56 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,TW_BJ X-Spam-Check-By: sourceware.org Received: from service87.mimecast.com (HELO service87.mimecast.com) (91.220.42.44) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 02 Feb 2012 15:53:41 +0000 Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) by service87.mimecast.com; Thu, 02 Feb 2012 15:53:38 +0000 Received: from e103070-lin.arm.com ([10.1.255.212]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Feb 2012 15:53:33 +0000 Date: Thu, 02 Feb 2012 15:53:00 -0000 From: Matthew Gretton-Dann To: "david.hagood@gmail.com" Cc: "binutils@sourceware.org" Subject: Re: Strange ARM issue: wrong exception table type? Message-ID: <20120202155333.GR392@e103070-lin.arm.com> Mail-Followup-To: "david.hagood@gmail.com" , "binutils@sourceware.org" References: <35a37ea957466b2f7a770e7978aebfef.squirrel@localhost> <20120202104445.GF392@e103070-lin.arm.com> <58812ad9faa9fdc03e086a586932dc91.squirrel@localhost> MIME-Version: 1.0 In-Reply-To: <58812ad9faa9fdc03e086a586932dc91.squirrel@localhost> User-Agent: Mutt/1.5.20 (2009-06-14) X-MC-Unique: 112020215533809601 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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: 2012-02/txt/msg00013.txt.bz2 On Thu, Feb 02, 2012 at 03:31:15PM +0000, david.hagood@gmail.com wrote: > > David, > > What toolchain are you using? If it is not a current binutils can you = try > > with current HEAD? > I've tried both the CodeSourcery version and 2.2.0: >=20 > CodeSourcery versions: >=20 > arm-none-linux-gnueabi-objdump --version; arm-none-linux-gnueabi-g++ > --version; arm-none-linux-gnueabi-as --version > GNU objdump (Sourcery G++ Lite 2009q3-67) 2.19.51.20090709 > Copyright 2008 Free Software Foundation, Inc. > This program is free software; you may redistribute it under the terms of > the GNU General Public License version 3 or (at your option) any later > version. > This program has absolutely no warranty. > arm-none-linux-gnueabi-g++ (Sourcery G++ Lite 2009q3-67) 4.4.1 > Copyright (C) 2009 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. >=20 > GNU assembler (Sourcery G++ Lite 2009q3-67) 2.19.51.20090709 > Copyright 2008 Free Software Foundation, Inc. > This program is free software; you may redistribute it under the terms of > the GNU General Public License version 3 or later. > This program has absolutely no warranty. > This assembler was configured for a target of `arm-none-linux-gnueabi'. >=20 > Mainline versions: > arm-linux-gnueabi-objdump --version; arm-linux-gnueabi-g++ --version; > arm-linux-gnueabi-as --version > GNU objdump (GNU Binutils) 2.20.1.20100303 > Copyright 2009 Free Software Foundation, Inc. > This program is free software; you may redistribute it under the terms of > the GNU General Public License version 3 or (at your option) any later > version. > This program has absolutely no warranty. > arm-linux-gnueabi-g++ (GCC) 4.6.1 > Copyright (C) 2011 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. >=20 > GNU assembler (GNU Binutils) 2.20.1.20100303 > Copyright 2009 Free Software Foundation, Inc. > This program is free software; you may redistribute it under the terms of > the GNU General Public License version 3 or later. > This program has absolutely no warranty. > This assembler was configured for a target of `arm-linux-gnueabi'. >=20 Can you try latest trunk or binutils 2.22? > > If possible can you provide the assembler source and the output of read= elf > > -u on both object files? > Sure - how best should I do this, as an attached tgz? If it is very large please open a bug in BugZilla to attach the files to and track this issue better: http://sourceware.org/bugzilla/ >=20 > > Have you tried *exactly* the same as copied from one machine to another? > If by that you mean "copy the toolchain" - yes, the toolchains are > identical (at least the CodeSourcery chains are - the newer chain is part > of an ongoing, but currently stalled, project to bring the tools more up > to date). OK. >=20 > > > > The symptoms you describe sound like a use of uninitialised memory bug. > > However we need more information (as requested above) to be able to > > diagnose > > the issue further. > > > That may be (I assume you mean "uninitialized memory bug in the > assembler"), but it's odd that it is so consistently wrong on my machine > and so consistently right on my coworkers. I agree that the behaviour is odd - its why I need a bit more info please. Thanks, Matt --=20 Matthew Gretton-Dann Principal Engineer, PD Software, ARM Ltd.