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: 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 th

[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: [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

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:

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

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)

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 +++ b/libstd

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 : > 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.

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

> What header is required for pthread_num_processors_np? pthread.h > Also, you should include 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 : > 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). >>> I

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 : > 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. >

libitm MinGW detect

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