[Mingw-w64-public] [PATCH] softmath: Add more functions

2014-07-30 Thread André Hentschel
Please review, i'll commit it, just need an OK. diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am index c2b5ff6..90567df 100644 --- a/mingw-w64-crt/Makefile.am +++ b/mingw-w64-crt/Makefile.am @@ -224,14 +224,14 @@ src_libmingwex=\ math/exp2l.S math/floor.S math/fl

Re: [Mingw-w64-public] [PATCH] Use correct initializer for in6addr_loopback and in6addr_any

2014-07-30 Thread Kai Tietz
Hi Erik, Patch is ok. Please go ahead and apply. Yeah interesting to see. We missed to change that part proper. Thanks, Kai 2014-07-30 18:44 GMT+02:00 Erik van Pienbroek : > In commit b8e8160d a fix was applied to prevent compiler > warnings when using IN6ADDR_ANY_INIT or IN6ADDR_LOOPBACK_INIT:

[Mingw-w64-public] [PATCH] Use correct initializer for in6addr_loopback and in6addr_any

2014-07-30 Thread Erik van Pienbroek
In commit b8e8160d a fix was applied to prevent compiler warnings when using IN6ADDR_ANY_INIT or IN6ADDR_LOOPBACK_INIT: https://bugzilla.redhat.com/show_bug.cgi?id=1067426 Apparently this change wasn't fully complete as it turned out to break the contents of the global variable in6addr_loopback: h

Re: [Mingw-w64-public] [Patch] Add memmove_s emu

2014-07-30 Thread JonY
On 7/29/2014 04:04, Ruben De Smet wrote: > Some applications, like CryptoPP, won't run on Windows XP, because > memmove_s isn't defined in that OS. As I needed CryptoPP to compile > easily, I wrote this patch. It emulates the method by checking for the > availability and falling back on memmove (wi

Re: [Mingw-w64-public] [PATCH] softmath: Add more double functions again

2014-07-30 Thread Kai Tietz
Hi André, Patch is ok. please go ahead and apply. Thanks, Kai 2014-07-30 1:20 GMT+02:00 André Hentschel : > Please review, i'll commit it, just need an OK. > (Last time it was confirmed on IRC and is already pushed upstream) > > --

Re: [Mingw-w64-public] internal segfault, errors using basic_ostringstringstream with u16string, u32string

2014-07-30 Thread Ruben Van Boxem
2014-07-26 1:54 GMT+02:00 Jim Michaels : > this blast of errors is telling me that in 4.9.0 posix sjlj rev2, I have > no operator+ on my basic_string for std::u16string and std::u32string, > which are defined in the class. sort of. part of the reason may be because > std::basic_ostringstream::str(