tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: "Fixing" new ld(1) DT_NEEDED handling

On Mon, Oct 14, 2013 at 04:59:34PM +0400, Valery Ushakov wrote:
> I'm still confused.  The observed beahviour (see one of my previous
> mails) is that solaris ld does NOT resolve symbols from implicit
> dependencies.  I.e. the new gnu ld behaviour matches solaris ld.

You quoted:

| If a shared object has dependencies on other shared objects, these
| dependencies can also be processed.  This processing occurs after
| all command line input files have been processed, to complete the
| symbol resolution process.  However, the shared object names are not
| recorded as dependencies in the output file image being generated.

I read this as: the indirect symbols are resolved but no DT_NEEDED
entries generated.

> If we fix link commands to provide explicit dependencies, that will
> work with both old behaviour and new behaviour, won't it?

Yes, after fixing the fallout (which I expected to be bigger).


Home | Main Index | Thread Index | Old Index