soname-unused

[Yann Rouillard]

Hi Jake,

This investigation is still ongoing and I am waiting from some anwsers from
Oracle.

I have some information about the new behavior: now the "-z ignore" option
will keep an unused dependency if it's required by another dependency which
forgot to include it in its own dependencies. i.e. if program A depends on
library B which itself uses library C but without explicit depending on it,
the linker will keep C as a dependency of A.
That seems fair (even if for us it's rather a bug in library B which should
depend on C) but it seems there is some bug with this new behavior as in
the cases I've seen, the C library was kept as a dependency of A although
it was already perfectly defined as a dependency of B.

Yann








2013/11/25 Jake Goerzen <jgoerzen at opencsw.org>

> On 11/12/13 10:45, Jake Goerzen wrote:
>
>> On 11/12/13 09:26, Yann Rouillard wrote:
>>
>>> Hi Jake,
>>>
>>> It seems to be the same problem as this one:
>>> http://lists.opencsw.org/pipermail/maintainers/2013-November/018794.html
>>>
>>> Is still present after a "mgar update" ?
>>>
>>> Yann
>>>
>>>
>> Hi Yann,
>>
>>   Oops, I totally missed that discussion on the list.  Yes, "mgar update"
>> fixes my problem and I can now proceed with packaging.
>>
>> Thanks,
>> /Jake
>>
>
>
> Hi,  After "mgar update" checkpkg now says a missing dependency (only on
> sparc) is required:
>
>  * Dependency issues of CSWdovecot:
>  * CSWlibintl8 is needed by CSWdovecot, because:
>  *  - opt/csw/libexec/dovecot/auth needs the libintl.so.8 soname
>  * RUNTIME_DEP_PKGS_CSWdovecot += CSWlibintl8
>
> I'm guessing this is because of the recent patch on sparc that changes
> ld's -z ignore behavior?
>
> I'm updated to mgar buildsys =  (Revision: 22573, Branch: v2)
>
> Is there any resolution to this yet?
>
> Regards
> /Jake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131125/3dae0ba7/attachment-0001.html>