Re: Optimization for std::to_string()

Jonathan Wakely 2018-07-20 13:05: On 20/07/18 12:44 +0300, niXman wrote: Thanks. How did you verify it's an optimization? Optimization is that there is no superfluous copying into string. The to_string functions always pass at least __n=16 to __to_xstring, which is larger than the SSO

Optimization for std::to_string()

Hi, Patch in attachments. Tested on x86_64-linux-gnu. -- Regards, niXman ___ C++ for Bitcoins: github.com/niXman Index: libstdc++-v3/include/ext/string_conversions.h

Re: [PATCH] Windows support for std::filesystem

niXman 2017-02-12 20:28: Hi, Tested on i686/x86_64-MinGW-W64 Please test possible regressions on posix platform. As continuation for: https://gcc.gnu.org/ml/libstdc++/2017-02/msg00041.html Regression on posix platform was fixed. Tested on i686/x86_64-MinGW-W64 and x86_64-linux-gnu

[PATCH] Windows support for std::filesystem

Hi, Tested on i686/x86_64-MinGW-W64 Please test possible regressions on posix platform. -- Regards, niXman ___ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: https://sf.net/p/mingw-w64/ Index: libstdc++-v3

Re: Fix for libstdc++-v3's error_constants.h for MinGW-W64

Jonathan Wakely 2016-12-16 16:04: I don't think this is suitable for the branches, but could be applied to trunk (as the patch was posted during stage 1, but I missed it). Ok. Does this require a particular version of MinGW-w64? Yes, at the moment MinGW-W64 trunk is required. (MinGW-W64-v6)

ping for msg00567

Hi, A few days ago I sent a patch to libstdc++-v3[1], but the patch is still not applied. Why? Moreover, when I try to ping this thread my messages are returned to sender. Why? [1] https://gcc.gnu.org/ml/gcc-patches/2016-10/msg00567.html -- Regards, niXman

Fix for libstdc++-v3's error_constants.h for MinGW-W64

-//wrong_protocol_type =EPROTOTYPE + wrong_protocol_type =EPROTOTYPE }; _GLIBCXX_END_NAMESPACE_VERSION -- Regards, niXman ___ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows:

libitm MinGW detect

Hello. -- Regards,   niXman libitm-mingw-detect.diff Description: Binary data

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

I am currently working on a patch for OpenBSD.I wrote a some autoconf tests for mingw/*BSD. 2011/11/7 Jonathan Wakely jwakely@gmail.com: I'm testing my suggestion on a netbsd machine, I'd be grateful for darwin testing once I've committed it, which I expect to be later today.

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

Rechecked. diff --git a/libstdc++-v3/src/thread.cc b/libstdc++-v3/src/thread.cc index 09e7fc5..6feda4d 100644 --- a/libstdc++-v3/src/thread.cc +++ b/libstdc++-v3/src/thread.cc @@ -112,10 +112,20 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION unsigned int thread::hardware_concurrency() noexcept { -

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

With what exactly do you don't accept this patch? 2011/11/1 Jonathan Wakely jwakely@gmail.com: On 1 November 2011 11:54, Marc Glisse wrote: On Tue, 1 Nov 2011, niXman wrote: diff --git a/libstdc++-v3/src/thread.cc b/libstdc++-v3/src/thread.cc index 09e7fc5..6feda4d 100644 --- a/libstdc

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

What header is required for pthread_num_processors_np? pthread.h Also, you should include sys/sysctl.h before calling sysctlbyname. On the right - yes. sysctlbyname() implicitly included in some header files.

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

Ok. I correct it. 2011/11/1 Jonathan Wakely jwakely@gmail.com: I've put gcc-patches@ back in the CC list and removed gcc@ On 1 November 2011 15:35, niXman wrote: Er, the macro _GLIBCXX_NPROCS already handles the case sysconf(_SC_NPROCESSORS_ONLN). It looks like you actually want

implementation of std::thread::hardware_concurrency()

Hi all. This is patch is implement the std::thread::hardware_concurrency(). Tested on pthreads-win32/winpthreads on windows OS, and on Linux/FreeBSD. diff --git a/libstdc++-v3/src/thread.cc b/libstdc++-v3/src/thread.cc index 09e7fc5..3eacb06 100644 --- a/libstdc++-v3/src/thread.cc +++