From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3568 invoked by alias); 19 Mar 2002 15:36:06 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 3496 invoked by uid 71); 19 Mar 2002 15:36:05 -0000 Date: Tue, 19 Mar 2002 07:36:00 -0000 Message-ID: <20020319153605.3490.qmail@sources.redhat.com> To: pb@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Richard Earnshaw Subject: Re: target/3925: [ARM/Thumb] Assembler chokes on branches with (PLT) Reply-To: Richard Earnshaw X-SW-Source: 2002-03/txt/msg00720.txt.bz2 List-Id: The following reply was made to PR target/3925; it has been noted by GNATS. From: Richard Earnshaw To: Philip Blundell Cc: Richard.Earnshaw@arm.com, gcc-gnats@gcc.gnu.org, pb@gcc.gnu.org, fnf@ninemoons.com, gcc-bugs@gcc.gnu.org, rearnsha@gcc.gnu.org Subject: Re: target/3925: [ARM/Thumb] Assembler chokes on branches with (PLT) Date: Tue, 19 Mar 2002 15:25:46 +0000 pb@nexus.co.uk said: > My point was that there are cases where people want to build a "shared > object" (in the sense of "gcc -shared") but don't ever intend to have > more than one copy of it resident in memory at once. In that > situation, having relocations in the text section is sometimes > acceptable for the sake of saving the time and space that is required > for the PLT. I think that would be better done by adding some sort of import-list support to the linker. Then only symbols in the import list would need to go through a PLT, and all others could be resolved internally. For compatible behaviour of course, no import list would imply that all symbols are potentially imported. R.