Sorry =)
mingw-w64/experimental/winpthreads
2012/1/15 niXman :
> Hi Ruben,
>
> First of all, I want to thank you for your work!
>
> Second, let me ask you a question:
>> This GCC is built with internal posix threading
> but in the archive of the source there is no pthreads-win32 nor
> winpthrea
Hi Ruben,
First of all, I want to thank you for your work!
Second, let me ask you a question:
> This GCC is built with internal posix threading
but in the archive of the source there is no pthreads-win32 nor
winpthreads. What is the implementation of the posix-threads are you
using?
niXman.
201
Well, looks like I was able to get it working before I have to go out. Took
much less time than expected.
Not sure how much of a hack this is, but I have fixed the problem by adding
the following to my b2 command line:
define=BOOST_USE_WINDOWS_H define=_GLIBCXX_HAVE_GTHR_DEFAULT
The former fixes
Hey, have you tested this toolchain with Boost? I can't get Thread to build
anymore (which in turn means Locale no longer builds) and I wanted to make
sure it wasn't just me. I'm hoping it's just a simple configuration
problem, but I don't have time to investigate until later tonight.
Thanks for k
Kai Tietz wrote:
> 2012/1/14 Christian Franke:
>> ...
>>
>> The static attribute makes no difference in the C++ case:
>>
>> $ i686-w64-mingw32-g++ -Wformat testfmt2.c
>> testfmt2.c: In function 'int main()':
>> testfmt2.c:18:24: warning: unknown conversion type character 'l' in format
>> testfmt2.c
2012/1/14 Christian Franke :
> Christian Franke wrote:
>> ...
>>
>> The bug is likely in g++ itself. If __USE_MINGW_ANSI_STDIO is not set,
>> format checking works, but interestingly the prototype does not provide
>> a format attribute in this case:
>>
>> /usr/i686-w64-mingw32/sys-root/mingw/includ
Christian Franke wrote:
> ...
>
> The bug is likely in g++ itself. If __USE_MINGW_ANSI_STDIO is not set,
> format checking works, but interestingly the prototype does not provide
> a format attribute in this case:
>
> /usr/i686-w64-mingw32/sys-root/mingw/include/stdio.h:
> ...
> #if __USE_MINGW_ANS
Hi everyone,
Today I uploaded a new set of toolchains built with:
- binutils trunk
- GCC 4.7 (trunk)
- MinGW-w64 v2.x stable branch
- gdb trunk
- Clang/LLVM trunk
in short, all the latest greatness
This GCC is built with internal posix threading (like the last four
versions I built), as to e
On 1/14/2012 18:55, Kai Tietz wrote:
> 2012/1/14 JonY :
>> On 1/14/2012 17:08, Kai Tietz wrote:
>>>
>>> JonY,
>>>
>>> I don't see any need in decorating default-printf/scanf-family names
>>> by those macros. They getting those default-styles by compiler itself
>>> and it isn't of any interest to w
2012/1/14 JonY :
> On 1/14/2012 17:08, Kai Tietz wrote:
>>
>> JonY,
>>
>> I don't see any need in decorating default-printf/scanf-family names
>> by those macros. They getting those default-styles by compiler itself
>> and it isn't of any interest to write it explict here.
>>
>> Kai
>
> OK, I note
On 1/14/2012 17:08, Kai Tietz wrote:
>
> JonY,
>
> I don't see any need in decorating default-printf/scanf-family names
> by those macros. They getting those default-styles by compiler itself
> and it isn't of any interest to write it explict here.
>
> Kai
OK, I noted something interesting any
2012/1/14 JonY :
> On 1/13/2012 18:41, JonY wrote:
>> On 1/12/2012 04:30, Christian Franke wrote:
>>> JonY wrote:
On 1/6/2012 04:42, Kai Tietz wrote:
> 2012/1/5 Christian Franke:
>> [Originally sent to Cygwin mailing list]
>>
>> When printf/scanf functions from MinGW runtime ar
12 matches
Mail list logo
