This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] LD/testsuite: ld-*/comm-data.exp improvements


On Sun, 28 Jul 2013, Joseph S. Myers wrote:

> >  (Joseph, any idea why the default linker emulation used by tic6x-uclinux 
> > fails shared library or shared executable links?)
> 
> You don't say what "fails" means - but you can't usefully do a 
> shared-library link on C6X without specifying a DSBT index, since those 
> need to be globally allocated and distinct for all shared libraries on a 
> system.

 Sorry for being vague, having hoped you might know right away anyway -- 
it's been a while since I discovered the problem and I did not remember 
the exact details.  I have now rerun this test with the -melf32_tic6x_le 
option removed so the emulation in effect was elf32_tic6x_linux_le.  The 
result was a shared object with no dynamic segment/section -- linked 
successfully with no warnings, but indeed rather useless.

 I don't know what's going on here and why the lack of a DSBT index (if 
relevant and whatever that is) might cause the dynamic data to be omitted 
from output altogether, and specifically for one of these emulations but 
not the other.  If that is expected behaviour, then I am of course fine 
with that and I apologise for troubling you -- I just wanted to make sure 
all is right here.

 If you'd like however to investigate it further, then you can reproduce 
this phenomenon by applying the patch concerned here and removing the line 
that adds -melf32_tic6x_le to LFLAGS for tic6x-*-*.

 Thanks for your input.

  Maciej


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]