This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
Re: target/3925: [ARM/Thumb] Assembler chokes on branches with (PLT)
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: pb at gcc dot gnu dot org
- Cc: gcc-prs at gcc dot gnu dot org,
- Date: 19 Mar 2002 15:36:05 -0000
- Subject: Re: target/3925: [ARM/Thumb] Assembler chokes on branches with (PLT)
- Reply-to: Richard Earnshaw <rearnsha at arm dot com>
The following reply was made to PR target/3925; it has been noted by GNATS.
From: Richard Earnshaw <rearnsha@arm.com>
To: Philip Blundell <pb@nexus.co.uk>
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.