[OE-core] [PATCH 1/2] bind: build with threads and update configure options

[Kang Kai]

On 2017年05月23日 17:58, Kang Kai wrote:
> On 2017年05月19日 19:47, Burton, Ross wrote:
>>
>> On 19 May 2017 at 09:52, <kai.kang at windriver.com 
>> <mailto:kai.kang at windriver.com>> wrote:
>>
>>     Build without threads for bind is inherited from legacy openembedded.
>>     All libc's support proper threading on Linux now, so enable threads
>>     support for bind.
>>
>>     It is also need to disable static library build which cause
>>     package dhcp
>>     fail to build after enable bind threads support.
>>
>>     Options devpoll and epoll are configured to choose most preferable
>>     multiplex method for unix socket. The priorities are: epoll > poll >
>>     select. When set '--enable-epoll', it just defines a var and include
>>     header file that is available for cross compile. So use epoll for
>>     bind.
>>
>>     Add PACKAGECONFIG 'urandom' that could use /dev/urandom as random
>>     device.
>>
>>     Update file/directory ownerships to fix daemon start failure.
>>
>>
>> This is changing more than documented:
>>
>> packages/corei7-64-poky-linux/bind/bind-utils: RDEPENDS: removed 
>> "libcrypto (['>= 1.0.2k'])", added "bind (['>= 9.10.3-P3'])"

Hi Ross,

Sorry for late reply.

Before this patch, bind is static built.  So the 2 elf files "dig and 
host" in sub-packages bind-utils pack the libraries which require 
libcrypto from package bind itself.
So bind-utils only depends on libcrypto but does not require bind.

When build dynamically, all the functions which require libcrypto are 
packages into dynamic libraries. And these libraries are packaged into 
bind. That cause bind
depends on librypto and bind-utils depends on bind.

dhcp has the similar reason.


Regards,
Kai


>
> It is a problem and I am still working to figure it out.
>
> Thanks,
> Kai
>
>>
>> (and dhcp has the same dropping of libcrypto)
>>
>> Is this intentional?
>>
>> Ross
>
>
> -- 
> Regards,
> Neil | Kai Kang


-- 
Regards,
Neil | Kai Kang

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170527/8db74a17/attachment-0002.html>