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
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
>
> 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
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
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!
>
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,
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
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 -