Re: Fwd: MIPSEL GLIBC sem_init() not shared

[Florian Weimer <fweimer@redhat.com>]

* Alessandro Carminati via Libc-help:

> Reflecting on my scenario I see that the dynamic linker finds quite unusual
> situation where the symbol is required and there's no dependency on the DSO
> containing it, and no indication (.gnu.version_r) about how to handle it.
> My assumption was that the double @@ would handle these situation, but it
> is reasonable that this situation to have another handling.
> For this reason my current understanding is that the dynamic linker would
> use default the double @@ indicated function, where the .gnu.version_r is
> present but not populated, and use the older symbol where
> the .gnu.version_r is missing. This way it would handle correctly the
> situation where old executables do not have the section because it didn't
> exist yet.

We could have done this for glibc itself perhaps, but it would break in
the case of another shared object adding symbol versions after a release
without symbols.

Thanks,
Florian