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

Pushed with delete mysterious U+200B characters. Unicode Character 'ZERO WIDTH SPACE' (U+200B) +tmp = localtime(_Time); +if (tmp != NULL) +memcpy(_Tm, tmp, sizeof(struct tm); +return tmp;<200b><200b> +<200b>}<200b> + On Wed, Nov 12, 2014 at 11:59 PM, Kai Tietz wrote: > Well

[Mingw-w64-public] FPU control word on startup

Hi, during tests with my mingw builds variant mingw-w64-for-python I stumpled upon a flaw in mingw-w64 FPU handling on startup. This is issued at mingw-w64 builds of numpy and test failures w

[Mingw-w64-public] Windows builds using pacman & github MINGW-packages repository

I'm adding GXml to MINGW-packages repositoy, but it builds "incomplete" binary packages, because makepkg-mingw doesn't include GIR and Typelib files created by gobject-introspection. Please point on how can I install this files in order to add LibreSCL packages (it requires this files in order

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

Dongsheng Song wrote: > make -j${NR_JOBS} all-gcc > > It will failed with "undefined reference to `isl_...'", I found it > didn't build ISL before build gcc. If I run > > make -j${NR_JOBS} all-isl > > Then run 'make -j${NR_JOBS} all-gcc' again, it will successed. > > So this issue is clear, 'all-gc

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

Well, ascitime is in msvcrt thread-save too ... anyway, from my POOV patch is ok. If there are no objections by others, please apply. Thanks, Kai 2014-11-12 15:50 GMT+01:00 Martell Malone : > Added a guard to every function and handle errno values > Used memcpy in gmtime_r as discussed > > This

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

Added a guard to every function and handle errno values Used memcpy in gmtime_r as discussed This version should address all concerns. Please commit On Wed, Nov 12, 2014 at 2:41 PM, Martell Malone wrote: > Arg I changed the old patch with including errno.h > Can someone delete the previous emai

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

Arg I changed the old patch with including errno.h Can someone delete the previous email from the thread Sorry On Wed, Nov 12, 2014 at 2:38 PM, Martell Malone wrote: > Caching stopped me from including > > On Wed, Nov 12, 2014 at 2:34 PM, Martell Malone > wrote: > >> Dongsheng Song >> Thank yo

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

Caching stopped me from including On Wed, Nov 12, 2014 at 2:34 PM, Martell Malone wrote: > Dongsheng Song > Thank you for your suggested changes. > > I would like to note that my implementation was the exact same as the > Macros apart from the _r in acrtime which I did change but somehow didn't

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

Dongsheng Song Thank you for your suggested changes. I would like to note that my implementation was the exact same as the Macros apart from the _r in acrtime which I did change but somehow didn't end up in the attached patch due to caching or something heh The fact that "these functions destroys

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

On Wed, Nov 12, 2014 at 7:57 PM, Dongsheng Song wrote: > On Wed, Nov 12, 2014 at 6:04 PM, Tobias Burnus > wrote: >> How do you configure? Do you still have some traces of --*cloog* there? >> Where is ISL and CLooG? In-tree? Under /usr or in some other directory? >> As it is a cross build: Do you

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

On Wed, Nov 12, 2014 at 6:04 PM, Tobias Burnus wrote: > How do you configure? Do you still have some traces of --*cloog* there? > Where is ISL and CLooG? In-tree? Under /usr or in some other directory? > As it is a cross build: Do you have some config.cache file or similar > floating around, which

Re: [Mingw-w64-public] possible use seh for 32 bit migw-w63 GCC-4.9.1 :

Ruben Van Boxem writes: > > > 2014-07-22 20:01 GMT+02:00 niXman :Does anybody know is SEH-32bit support already implemented in GCC? > > It's not. > > > Some more reading:http://wiki.ffii.org/Wine05Enweb.archive.org/web/20070818053531/ blogs.codegear.com/dcc/archive/2005/05/12/4294.aspxhttp:

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

On Wed, Nov 12, 2014 at 03:14:36PM +0800, Dongsheng Song wrote: > On Wed, Nov 12, 2014 at 3:07 PM, Tobias Burnus 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

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

Hi Dongsheng, Dongsheng Song wrote: > On Wed, Nov 12, 2014 at 2:54 AM, wrote: >> New Revision: 217364 > Windows target (32 bit and 64 bit) broken with this commit. 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

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

Patch is ok. Regards, Kai 2014-11-12 3:31 GMT+01:00 宋冬生 : > ping ? > > On Tue, Nov 11, 2014 at 4:29 PM, 宋冬生 wrote: >> >> See: http://msdn.microsoft.com/en-us/library/wweek9sc.aspx >> >> _wspawnl in or , in the first place. >> >> -- >> Dongsheng >> >> On Tue, Nov 11, 2014 at 4:26 PM, Kai Tietz

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

On Wed, Nov 12, 2014 at 3:14 PM, Dongsheng Song wrote: > On Wed, Nov 12, 2014 at 3:07 PM, Tobias Burnus 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".