[bind10-dev] require libboost_thread?

Michal 'vorner' Vaner michal.vaner at nic.cz
Tue Dec 14 20:06:04 UTC 2010


Hello

On Tue, Dec 14, 2010 at 11:26:03AM -0800, JINMEI Tatuya / 神明達哉 wrote:
> But I think the fact that we once tried to require a compiled boost
> library warrants a discussion.  Are we planning to use the boost
> thread library eventually?  Requiring a compiled version of boost
> library raises the introduction bar significantly and we've been
> carefully avoiding that so far (we dropped boost.python partly for
> this reason, and we switched to the non boost version of ASIO exactly
> for this reason).  If the cost-benefit tradeoff is convincing we might
> accept some exceptions, but I believe we should discuss each case
> community-wide before making the decision.

The attempt was more like a subconscious one. I did not put that library into a
Makefile (I'm not sure who did, I guess it compiled for me without it just
fine). But if I'm right in the fact we want threads in recursor (because who
would want to miss the fun trying to make it fast using multiple CPUs instead of
using only one), then NSAS and any other cache-like component there needs to do
locking. So the first mutices one at hand were taken, which were the boost ones.

Personally, I don't care which ones are used. There just need to be some. I
think if we decided to wrap pthreads, it would be 100 lines of code and we would
be fine. We could also have two versions of the wrapping - NOP one (for
non-threaded builds, with empty classes) and real ones and if it was needed to
port somewhere (I guess Windows don't have pthreads), another wrapping would be
used.

So I think if using boost threads means need to use the compiled version that we
try to avoid, then we should just look around for some alternatives. It wasn't
some attempt to sneak the library in unnoticed ;-).

Have a nice day

-- 
There's the light at the end of the the Windows.
   -- Havlik Denis

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20101214/750bb1ce/attachment.bin>


More information about the bind10-dev mailing list