[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