public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
* RE: Don't use STT_ARM_TFUNC for final links
@ 2004-11-19 19:24 Richard Earnshaw
  0 siblings, 0 replies; 3+ messages in thread
From: Richard Earnshaw @ 2004-11-19 19:24 UTC (permalink / raw)
  To: paul, binutils; +Cc: Daniel Jacobowitz

> 2004-11-19  Paul Brook  <paul@codesourcery.com>
> 
> bfd/
>  * elf32-arm.c (elf32_arm_swap_symbol_in): New function.
>  (elf32_arm_swap_symbol_out): New function.
>  (elf32_arm_size_info): Add.
>  (elf_backend_size_info): Define.
> ld/
>  * testsuite/ld-arm/mixed-lib.sym: Update for THUMB_FUNC change.
> 

OK.

R.

^ permalink raw reply	[flat|nested] 3+ messages in thread
* RE: Don't use STT_ARM_TFUNC for final links
@ 2004-11-18 20:03 Richard Earnshaw
  2004-11-19 15:49 ` Paul Brook
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Earnshaw @ 2004-11-18 20:03 UTC (permalink / raw)
  To: Daniel Jacobowitz, binutils

> I made this change only for final links because it's less of 
> a compatibility
> issue than for relocatable output.  For EABI objects, 
> presumably we should
> do the same.  For non-EABI objects, I'm not sure if it should 
> be changed or
> left alone; I have no idea what other tools are affected.  
> However, since
> dynamic objects containing Thumb symbols did not work 
> properly before my
> last change, I see no reason to conditionalize it.
> 

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.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-11-19 19:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-11-19 19:24 Don't use STT_ARM_TFUNC for final links Richard Earnshaw
  -- strict thread matches above, loose matches on Subject: below --
2004-11-18 20:03 Richard Earnshaw
2004-11-19 15:49 ` Paul Brook

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).