This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: implementation of std::thread::hardware_concurrency()

From: Mike Stump <mikestump at comcast dot net>
To: niXman <i dot nixman at gmail dot com>
Cc: gcc-patches at gcc dot gnu dot org
Date: Mon, 31 Oct 2011 14:48:39 -0700
Subject: Re: implementation of std::thread::hardware_concurrency()
References: <CAMPTgK2Fph+jQBtKQ+nHa7+BMdUCu=zT3dWaUO0pc7z=Xg8mWg@mail.gmail.com>

On Oct 31, 2011, at 2:10 PM, niXman wrote:
> This is patch is implement the std::thread::hardware_concurrency().

[ general comment ] Ick, this isn't what I'd call clean.  Maybe a porting header inclusion that defines a static inline pthread_num_processors_np when on those system that don't have it.  With that then this routine could just use pthread_num_processors_np instead after including that porting header.  Having dozens of files with cascades of #if went out of fashion back in the 1990s.

References:
- implementation of std::thread::hardware_concurrency()
  - From: niXman

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]