btools: Strip libpthread dep for usr.bin/sort.
commit8f006d617fb2a936ccce5f36c27c542af203ec31
authorzrj <rimvydas.jasinskas@gmail.com>
Tue, 14 Nov 2017 18:41:00 +0000 (14 20:41 +0200)
committerzrj <zrj@dragonflybsd.org>
Wed, 15 Nov 2017 19:34:33 +0000 (15 21:34 +0200)
tree26ac8fd46a9155325e4b4a65207c6db4ef15b829
parent3f6af2cfc748e7ccb3b8e5f345d112a6e8211fea
btools: Strip libpthread dep for usr.bin/sort.

This is one in particular was annoying me for long. It has a potential of using
ptreads for sorting speed up. Running parallel sort(1) in various buildworld
places actually can result in less performance on maximum parallel builds due
to interference with other cpu cores and we can not be sure about the state of
host's static libpthread lib. Also, so far I did not noticed any performance
degradation when sort is used without threads support for buildworld purposes.
This utility (in btools case) is compiled statically so bringing whole pthreads
static lib into memory has a bigger penalty then in most cases sorting anyway.
This a single btools/ctools case that depends on -lpthread. Having a slim,
more stable buildings tools is prefered than dubious compilation speed
enhancements for critical buildworld infrastructure.

The libmd.a dependency will be revemoved in separate patch.
usr.bin/sort/Makefile