[Buildroot] [PATCH 1/2] nilfs-utils: need NPTL threads

Kurt Van Dijck dev.kurt at vandijck-laurijssen.be
Thu Jan 4 11:28:15 UTC 2018


> Hi Thomas,
> 
> On Thu, Jan 04, 2018 at 11:33:36AM +0100, Thomas Petazzoni wrote:
> > On Thu, 4 Jan 2018 12:19:27 +0200, Baruch Siach wrote:
> > 
> > > On Thu, Jan 04, 2018 at 11:10:51AM +0100, Kurt Van Dijck wrote:
> > > > nilfs-utils use clock_nanosleep(), which comes with NPTL threads  
> > > 
> > > What is your indication that this is the case?

The input of Thomas below indeed was my indication.
Adding this effectively solved/avoided build problems
using toolchains with threads but without NPTL threads.
So I thought the puzzle was complete here ...

> > > In the uClibc-ng config 
> > > UCLIBC_HAS_REALTIME is selected by both linuxthreads and NPTL. When 
> > > UCLIBC_HAS_REALTIME is enabled, UCLIBC_HAS_ADVANCED_REALTIME is also enabled 
> > > by default. UCLIBC_HAS_ADVANCED_REALTIME provides clock_nanosleep().
> > 
> > I haven't looked at it in detail, but:
> > 
> > package/blktrace/Config.in:     depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL # clock_nanosleep()
> 
> Added in commit 08b9e24eaa4e. No previous threads dependency.
> 
> > package/can-utils/Config.in:    depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL # clock_nanosleep()
> 
> Added in commit dbfca7963049. No previous threads dependency.
> 
> > package/dvblast/Config.in:      depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL # clock_nanosleep()
> 
> Added in commit ec875d9bf9b183, changed from a previous plain threads 
> dependency.

> 
> Yann, do you remember the reason why "clock_nanosleep() is only availabe with 
> NPTL" as commit ec875d9bf9b183 says?
> 
> baruch



More information about the buildroot mailing list