Re: [Mingw-w64-public] [PATCH] better *printf *scanf definitions

2011-09-30 Thread Ozkan Sezer
On Thu, Sep 29, 2011 at 3:23 AM, Rafaël Carré wrote: > Hi, > Don't know why is this sent in a second time , > Current CPP definitions for *printf and *scanf > (with__USE_MINGW_ANSI_STDIO >= 0) in > mingw-w64-headers/crt/_mingw_print_pop.h are too invasive. > > Example: > myfile.h:189:47: > war

[Mingw-w64-public] [PATCH] better *printf *scanf definitions

2011-09-30 Thread Rafaël Carré
Hi, Current CPP definitions for *printf and *scanf (with__USE_MINGW_ANSI_STDIO >= 0) in mingw-w64-headers/crt/_mingw_print_pop.h are too invasive. Example: myfile.h:189:47: warning: '__mingw_printf' is an unrecognized format function type [-Wformat] when preprocessing "void func(const char *form

Re: [Mingw-w64-public] Exceptions are not catched from DLL.

2011-09-30 Thread niXman
> > I don't understand exactly what you are saying. When you say > "with usage pthreads-win32", what do you mean? http://sourceware.org/pthreads-win32/ If you are trying to use pthreads-win32 to get std::thread working > with mingw-w64, I gave some instructions in an earlier post: > > http://s

Re: [Mingw-w64-public] Some std::thread timings for various implementations

2011-09-30 Thread K. Frank
Hi Kai! On Fri, Sep 30, 2011 at 12:26 PM, Kai Tietz wrote: > Hi K. Frank, > > very interesting results.  I try to give my 5 cents for interpretation > of timings.  Esspecially case "d" I am interested in.  As here we seem > to spend too much time in idle-looping.  Not sure why it happens, but > l

Re: [Mingw-w64-public] Some std::thread timings for various implementations

2011-09-30 Thread Kai Tietz
Hi K. Frank, very interesting results. I try to give my 5 cents for interpretation of timings. Esspecially case "d" I am interested in. As here we seem to spend too much time in idle-looping. Not sure why it happens, but looks worth-wile for investigation. 2011/9/30 K. Frank : > Hello List! >

[Mingw-w64-public] Some std::thread timings for various implementations

2011-09-30 Thread K. Frank
Hello List! I have run some timings on a couple of my std::thread test programs using the following three std::thread implementations: native windows implementation, mingw-w64 4.5.2, a sezero build pthreads-win32 implementation, mingw-w64 4.5.2, a sezero build winpthreads implementation,

Re: [Mingw-w64-public] Exceptions are not catched from DLL.

2011-09-30 Thread K. Frank
Hello niXman! On Fri, Sep 30, 2011 at 12:04 AM, niXman wrote: > I have rebuilt with usage pthreads-win32 - there was other error. In > general I was tangled... I don't understand exactly what you are saying. When you say "with usage pthreads-win32", what do you mean? When you say "in general I

Re: [Mingw-w64-public] Weird crash when using Ruben's gcc4.6 stdthread package rebuilt gdb with -Os debug some program

2011-09-30 Thread xunxun
On 2011/9/30 7:02, xunxun wrote: Hi, all I found a weird problem when I rebuilt gdb using Ruben's gcc4.6 stdthread package. Reproduce process: 1. Download Ruben's gcc4.6 stdthread 32bit package. 2. Configure gdb --with-python --with-expat 3. make script : make -j2 BOOT_CFLAGS="-pipe -