Re: [Mingw-w64-public] [PATCH 1/3] Move _putenv and _wputenv out of _POSIX_ guard.

2014-11-11 Thread Kai Tietz
2014-11-11 7:06 GMT+01:00 dongsheng.s...@gmail.com: From: 宋冬生 songdongsh...@live.cn See http://msdn.microsoft.com/en-us/library/83zh4e6k.aspx for more details. --- mingw-w64-headers/crt/stdlib.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [Mingw-w64-public] [PATCH 2/3] Move _wspawn functions from process.h to stdio.h and wchar.h.

2014-11-11 Thread Kai Tietz
Hmm, n 2014-11-11 7:06 GMT+01:00 dongsheng.s...@gmail.com: From: 宋冬生 songdongsh...@live.cn See http://msdn.microsoft.com/en-us/library/20y988d2.aspx for more details. --- mingw-w64-headers/crt/process.h | 11 --- mingw-w64-headers/crt/stdio.h | 12

Re: [Mingw-w64-public] [PATCH 2/3] Move _wspawn functions from process.h to stdio.h and wchar.h.

2014-11-11 Thread Kai Tietz
Hmm, not sure if that is right. I will need to investigate a bit more. Kai PS: My mailer sends mail by itself ... sorry 2014-11-11 9:25 GMT+01:00 Kai Tietz ktiet...@googlemail.com: Hmm, n 2014-11-11 7:06 GMT+01:00 dongsheng.s...@gmail.com: From: 宋冬生 songdongsh...@live.cn See

Re: [Mingw-w64-public] [PATCH 2/3] Move _wspawn functions from process.h to stdio.h and wchar.h.

2014-11-11 Thread 宋冬生
See: http://msdn.microsoft.com/en-us/library/wweek9sc.aspx _wspawnl in stdio.h or wchar.h, stdio.h in the first place. -- Dongsheng On Tue, Nov 11, 2014 at 4:26 PM, Kai Tietz ktiet...@googlemail.com wrote: Hmm, not sure if that is right. I will need to investigate a bit more. Kai PS: My

Re: [Mingw-w64-public] [PATCH] Add secapi wrapper for wmemmove_s

2014-11-11 Thread JonY
On 11/11/2014 07:58, Martell Malone wrote: I noticed that this was missing from secapi Comments and suggestions are welcome Thanks, looks good, committed to master. Makefile.in changes need not be included in the diff next time. signature.asc Description: OpenPGP digital signature

[Mingw-w64-public] [PATCH] Remove the Macros of the time_r functions and replace them with actual functions

2014-11-11 Thread Martell Malone
Comments Suggestions and changes Welcome. Kind Regards Martell 0001-Remove-the-Macros-of-the-time_r-functions-and-replac.patch Description: Binary data -- Comprehensive Server Monitoring with Site24x7. Monitor 10

Re: [Mingw-w64-public] [PATCH] Remove the Macros of the time_r functions and replace them with actual functions

2014-11-11 Thread Ray Donnelly
On Tue, Nov 11, 2014 at 2:02 PM, Dongsheng Song dongsheng.s...@gmail.com wrote: I think you need add 1 line like this: TODO: real thread safe implementation. Why? msvcrt is thread safe already. On Tue, Nov 11, 2014 at 8:15 PM, Martell Malone martellmal...@gmail.com wrote: Comments

Re: [Mingw-w64-public] [PATCH] Remove the Macros of the time_r functions and replace them with actual functions

2014-11-11 Thread Dongsheng Song
On Wed, Nov 12, 2014 at 12:24 AM, Ray Donnelly mingw.andr...@gmail.com wrote: On Tue, Nov 11, 2014 at 2:02 PM, Dongsheng Song dongsheng.s...@gmail.com wrote: I think you need add 1 line like this: TODO: real thread safe implementation. Why? msvcrt is thread safe already. MSDN not said

Re: [Mingw-w64-public] [PATCH 2/3] Move _wspawn functions from process.h to stdio.h and wchar.h.

2014-11-11 Thread 宋冬生
ping ? On Tue, Nov 11, 2014 at 4:29 PM, 宋冬生 songdongsh...@live.cn wrote: See: http://msdn.microsoft.com/en-us/library/wweek9sc.aspx _wspawnl in stdio.h or wchar.h, stdio.h in the first place. -- Dongsheng On Tue, Nov 11, 2014 at 4:26 PM, Kai Tietz ktiet...@googlemail.com wrote: Hmm,

Re: [Mingw-w64-public] r217364 - in /trunk: ChangeLog Makefile.def Mak...

2014-11-11 Thread Dongsheng Song
On Wed, Nov 12, 2014 at 2:54 AM, bur...@gcc.gnu.org wrote: Author: burnus Date: Tue Nov 11 18:54:16 2014 New Revision: 217364 URL: https://gcc.gnu.org/viewcvs?rev=217364root=gccview=rev Log: 2014-11-11 Tobias Burnus bur...@net-b.de * config/cloog.m4: Remove. *

Re: [Mingw-w64-public] r217364 - in /trunk: ChangeLog Makefile.def Mak...

2014-11-11 Thread Dongsheng Song
On Wed, Nov 12, 2014 at 3:07 PM, Tobias Burnus bur...@net-b.de wrote: Hi Dongsheng, Did you do a new bootstrap or an incremental build? I got a similar error when I built (on a different system) when I just updated the trunk and hit make. It did work correctly after doing a build into an