Re: [PATCH] Limited export of dynamic syms (elf32)

[Eirik Byrkjeflot Anonsen <eirik at opera dot com>]

Andreas Jaeger wrote:
> 
> Eirik Byrkjeflot Anonsen <eirik@opera.com> writes:
> 
> > "H . J . Lu" wrote:
> > >
> >> On Fri, Aug 17, 2001 at 08:26:57AM +0200, Eirik Byrkjeflot Anonsen wrote:
> >> > I implemented it because I could not figure out how to avoid
> >> > exporting all symbols from an executable with binutils
> >> > 2.9.5.0.37 (debian stable).  I can maintain that version
> >> > internally in Opera until we all got working symbol versioning
> >> > (with executables) on all platforms.
> >> >
> >> > Incidentally, I'm not sure that it is obvious that symbol versioning
> >> > actually can be used to "unexport" symbols.  I overlooked it completely
> >>
> >> I think you may use symbol versioning to "unexport" symbols on all ELF
> >> targets even if ld.so on those targets don't support symbol versioning.
> >> But I never tried it.
> >>
> >> H.J.
> >
> >
> > I've tested it on a shared library with ld 2.9.5, and the symbols bound
> 
> As HJ mentioned in an earlier message:
> } Yes, symbol versioning works on executables. But you have to get
> } binutils from CVS or use my Linux binutils. It is in binutils
> } 2.11.90.0.19 or above.
> 
> Please try a newer version of binutils if you look at at the
> executables part also.
> 
> Andreas

I will, but I expect it will work.  After all, there isn't that much
of a difference between the dynamic symbol sections of a shared elf
library and an elf executable :)

And even if it should turn out not to work, I now know where to try
to fix that problem.

Thanks for your help (all of it, both of you)!

eirik