[PATCH] D18269: [ELF] - -rpath-link "implemented"

[Rafael Espíndola via llvm-commits]

>>
>> Where is that documented and who's depending on that?
>
> "Shared Object Dependencies" in the original ELF specification.

http://www.sco.com/developers/gabi/latest/ch5.dynamic.html#shobj_dependencies

That one?

>The
> depth-first search only really matters for copy relocations when you
> have more than one definition, which is likely a bug in first place. But
> scanning all nodes in the tree before throwing an undefined error
> matters quite a bit. A lot of software depends a lot and has to be
> "fixed" when dealing with one of the (broken, IMO) newer versions of
> binutils.

I have seen the argument before of backward compatibility, but never
that it was actually better semantics. Can you expand a bit on why you
prefer it?

The arguments I have seen against it is that foo.so using bar.so is an
implementation detail. If an image format uses zlib for compression,
it should be free to one day change that. If any client of that .so
can for ever assume that zlib is used then a .so can never drop a
dependency.

Cheers,
Rafael