From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30496 invoked by alias); 31 Jul 2006 10:25:33 -0000 Received: (qmail 30487 invoked by uid 22791); 31 Jul 2006 10:25:33 -0000 X-Spam-Check-By: sourceware.org Received: from multi.imgtec.com (HELO multi.imgtec.com) (194.200.65.239) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 31 Jul 2006 10:25:30 +0000 X-SEF-Processed: 5_0_0_812__2006_07_31_11_25_03 Received: from Unknown [192.168.5.239] by multi.imgtec.com - SurfControl E-mail Filter (5.0); Mon, 31 Jul 2006 11:25:03 +0100 Received: from lemail1.le.imgtec.org ([192.168.152.65]) by klmail1.kl.imgtec.org with Microsoft SMTPSVC(6.0.3790.1830); Mon, 31 Jul 2006 11:25:03 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [RFC] slipping in symbol prefixes automagically via PROVIDE() in linker scripts Date: Mon, 31 Jul 2006 10:25:00 -0000 Message-ID: <0D107966AF6D79418315B7C5549F4B51204C4F@lemail1.le.imgtec.org> From: "Will Newton" To: "Nick Clifton" , "Mike Frysinger" Cc: , "Bernd Schmidt" , "Jie Zhang" X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00370.txt.bz2 =0D Hi Nick,=0D =0D > > with the new binutils-2.17, it'd be good to switch to using the =0D > > generic elf.sc file ... but this _ prefix is standing in the way=0D > =0D > Which symbols in the elf.sc need this prefix and do not =0D > already have it ? I looked through the file and it seems =0D > that most symbols are provided in an underscore prefixed =0D > version and a non-underscore prefixed version. =0D > Or is it that you want to have *double* underscore prefixed =0D > versions and single underscore prefixed versions ? (If so, =0D > are the double underscore prefixed versions really necessary ?)=0D =0D I had a similar problem with an unreleased port I maintain. The symbols=0D that were problematic, which is by no means an exhaustive list, were:=0D =0D __preinit_array_start=0D __preinit_array_end=0D __init_array_start=0D __init_array_end=0D __fini_array_start=0D __fini_array_end=0D =0D > ${RELOCATING+${END_SYMBOLS-_end =3D .; PROVIDE (${PREFIX}end =3D .);}}= =0D > =0D > and in your bfin.sh file define PREFIX as "_".=0D =0D This looks like a much cleaner way of doing it than copying and editing=0D elf.sc as we currently do.=0D =0D ******************=0D This e-mail has been sent from Imagination Technologies Limited.=0D PowerVR, Metagence, Ensigma and PURE Digital are divisions=0D of Imagination Technologies Limited.=0D =0D The information contained in this e-mail, including any attachment,=0D is confidential and may be legally privileged. It is intended solely=0D for the addressee(s) and access to this e-mail by anyone else is=0D unauthorised. If you are not the intended recipient, any disclosure,=0D copying or distribution or use of the information contained in this =0D e-mail, is prohibited and may be unlawful. If you have received this=0D e-mail in error, please notify the sender by return e-mail and then=0D delete it from your system.=0D =0D Internet communications cannot be guaranteed to be secure,=0D error or virus-free. The sender does not accept liability for any errors=0D or omissions which arise as a result.=0D =0D Any views expressed in this message are those of the author, except=0D where the author specifies and, with authority, states them to be the=0D views of Imagination Technologies Limited.=0D