From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3578 invoked by alias); 18 Nov 2004 20:03:44 -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 3534 invoked from network); 18 Nov 2004 20:03:34 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sourceware.org with SMTP; 18 Nov 2004 20:03:34 -0000 Received: from cam-mail2.cambridge.arm.com (cam-mail2.cambridge.arm.com [10.1.127.39]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id iAIK2Xso008241; Thu, 18 Nov 2004 20:02:33 GMT Received: from ZIPPY.Emea.Arm.com (george.emea.arm.com [10.1.255.81]) by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id UAA25950; Thu, 18 Nov 2004 20:03:14 GMT Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Don't use STT_ARM_TFUNC for final links Date: Thu, 18 Nov 2004 20:03:00 -0000 Message-ID: <89A528FE6DB0FA44877BB2F05B8467180160F910@ZIPPY.Emea.Arm.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Richard Earnshaw" To: "Daniel Jacobowitz" , X-SW-Source: 2004-11/txt/msg00278.txt.bz2 > I made this change only for final links because it's less of=20 > a compatibility > issue than for relocatable output. For EABI objects,=20 > presumably we should > do the same. For non-EABI objects, I'm not sure if it should=20 > be changed or > left alone; I have no idea what other tools are affected.=20=20 > However, since > dynamic objects containing Thumb symbols did not work=20 > properly before my > last change, I see no reason to conditionalize it. >=20 It needs to be done for objects too. Without it, other toolchains can't consume GAS assembled objects that claim to conform to the EABI. There's no reason why the tricks shouldn't work on objects, so I think it should be done there too. As to the issue of backward compatibility, there shouldn't be a problem in binutils, they will just do the appropriate transformation when reading in object files. As for other tools, then I think they are just going to have to get used to the new form. It is better that functions really are tagged with STT_FUNC rather than a machine-dependent value, and Thumb-ness really isn't that special. R.