[Mingw-w64-public] problem with 's uniform_int?

2012-03-13 Thread Jim Michaels
/* Author: Jim Michaels Creation Date: 3/13/2012 Current Date: 3/13/2012 Abstract: Shows what I think is a bug in 's uniform_int     distribution where the mt19937 random number generator I am     feeding through it has its numbers concentrated around the     upper portion of the range rather than

[Mingw-w64-public] compiler bug in 20111127 RE: -MAXINT for int64_t

2012-03-13 Thread Jim Michaels
-9223372036854775808LL rnd.h:130:63: warning: integer constant is so large that it is unsigned [enabled by default] that's like saying for an int16_t, -32768 is not allowed, which is -2^15=-32,768 according to ttcalc. I have -2^63=-9,223,372,036,854,775,808 according to ttcalc. I simply pasted

Re: [Mingw-w64-public] MinGW64 status for use in blender3D

2012-03-13 Thread JonY
On 3/14/2012 05:19, Antony Riakiotakis wrote: > I am thinking this may be problematic if we have to maintain a > compiler that doesn't have a specific tested build that blender will > compile against. I was thinking maybe include an official version > build in our servers (with all the credentials

Re: [Mingw-w64-public] MinGW64 status for use in blender3D

2012-03-13 Thread Antony Riakiotakis
I am thinking this may be problematic if we have to maintain a compiler that doesn't have a specific tested build that blender will compile against. I was thinking maybe include an official version build in our servers (with all the credentials of course) if others agree. I will let you know how th

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Ruben Van Boxem
2012/3/13 Earnie Boyd > On Tue, Mar 13, 2012 at 4:24 PM, Luis Lavena wrote: > > Compiled as: > > > > g++ hello.cc -o hello.exe > > > > Still depends on LIBSTDC++-6.DLL > Of course it does. > > > > Adding -static-libstdc++ made it depend on LIBWINPTHREAD-1.DLL > > > > It depended on both befor

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Earnie Boyd
On Tue, Mar 13, 2012 at 4:24 PM, Luis Lavena wrote: > Compiled as: > > g++ hello.cc -o hello.exe > > Still depends on LIBSTDC++-6.DLL > > Adding -static-libstdc++ made it depend on LIBWINPTHREAD-1.DLL > It depended on both before. > Maybe I'm confusing how it is supposed to work? > Try -static

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Luis Lavena
On Sun, Mar 11, 2012 at 10:46 AM, Ruben Van Boxem wrote: > Hi all, > > I'm in the process of uploading a new build of GCC 4.7, with the llibstdc++ > dll fix for std::thread. No more "-static" necessary anymore! > I just went back to a hello.cc and tested -static need. script: #include int main

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Ruben Van Boxem
2012/3/13 Luis Lavena > On Tue, Mar 13, 2012 at 2:32 PM, Ruben Van Boxem > wrote: > > Op 13 mrt. 2012 15:11 schreef "Luis Lavena" het > > volgende: > >> > >> Seems other projects are affected by something in 4.7.0 too... Like > Ragel: > >> > >> https://gist.github.com/2028996 > >> > >> Which us

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Luis Lavena
On Tue, Mar 13, 2012 at 2:32 PM, Ruben Van Boxem wrote: > Op 13 mrt. 2012 15:11 schreef "Luis Lavena" het > volgende: >> >> Seems other projects are affected by something in 4.7.0 too... Like Ragel: >> >> https://gist.github.com/2028996 >> >> Which used to work with 4.6.x > > Does clang say the s

Re: [Mingw-w64-public] dbghelp: different behavior when compiling with mingw or vc++

2012-03-13 Thread Vincent Torri
On Tue, Mar 13, 2012 at 12:40 PM, Earnie Boyd wrote: > On Tue, Mar 13, 2012 at 4:41 AM, Vincent Torri > wrote: >> Hey, >> >> I'm trying to get the callstack of programs, so I try to use dbghelp. >> The code is here: >> >> http://codepad.org/wAhYYChY >> >> compilation is fine (see the first line

Re: [Mingw-w64-public] dbghelp: different behavior when compiling with mingw or vc++

2012-03-13 Thread Vincent Torri
On Tue, Mar 13, 2012 at 12:46 PM, Kai Tietz wrote: > 2012/3/13 Earnie Boyd : >> On Tue, Mar 13, 2012 at 4:41 AM, Vincent Torri >> wrote: >>> Hey, >>> >>> I'm trying to get the callstack of programs, so I try to use dbghelp. >>> The code is here: >>> >>> http://codepad.org/wAhYYChY >>> >>> compil

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Ruben Van Boxem
Op 13 mrt. 2012 15:11 schreef "Luis Lavena" het volgende: > > On Sun, Mar 11, 2012 at 10:46 AM, Ruben Van Boxem > wrote: > > Hi all, > > > > I'm in the process of uploading a new build of GCC 4.7, with the llibstdc++ > > dll fix for std::thread. No more "-static" necessary anymore! > > > > Awesom

Re: [Mingw-w64-public] new GCC 4.7 rubenvb Personal build

2012-03-13 Thread Luis Lavena
On Sun, Mar 11, 2012 at 10:46 AM, Ruben Van Boxem wrote: > Hi all, > > I'm in the process of uploading a new build of GCC 4.7, with the llibstdc++ > dll fix for std::thread. No more "-static" necessary anymore! > Awesome! > This build still has the bug preventing WebKit from building: > http://g

Re: [Mingw-w64-public] dbghelp: different behavior when compiling with mingw or vc++

2012-03-13 Thread Kai Tietz
2012/3/13 Earnie Boyd : > On Tue, Mar 13, 2012 at 4:41 AM, Vincent Torri > wrote: >> Hey, >> >> I'm trying to get the callstack of programs, so I try to use dbghelp. >> The code is here: >> >> http://codepad.org/wAhYYChY >> >> compilation is fine (see the first line to see how I compile it with >

Re: [Mingw-w64-public] dbghelp: different behavior when compiling with mingw or vc++

2012-03-13 Thread Earnie Boyd
On Tue, Mar 13, 2012 at 4:41 AM, Vincent Torri wrote: > Hey, > > I'm trying to get the callstack of programs, so I try to use dbghelp. > The code is here: > > http://codepad.org/wAhYYChY > > compilation is fine (see the first line to see how I compile it with > mingw). I use mingw-w64, Windows XP

Re: [Mingw-w64-public] Static Link libstdc++-6

2012-03-13 Thread Teemu Nätkinniemi
On 13.3.2012 13:32, Earnie Boyd wrote: > On Tue, Mar 13, 2012 at 4:54 AM, Kai Tietz wrote: >> 2012/3/13 Teemu Nätkinniemi: >>> On 13.3.2012 10:26, Kyle wrote: >>> I have tried adding -static and -static-libstdc++ to both the LDFLAGS and CFLAGS for FFmpeg. I have tried adding them to utvi

Re: [Mingw-w64-public] Static Link libstdc++-6

2012-03-13 Thread Earnie Boyd
On Tue, Mar 13, 2012 at 4:54 AM, Kai Tietz wrote: > 2012/3/13 Teemu Nätkinniemi : >> On 13.3.2012 10:26, Kyle wrote: >> >>> I have tried adding -static and -static-libstdc++ to both the LDFLAGS >>> and CFLAGS for FFmpeg. I have tried adding them to utvideo as well. >>> >>> I'm not sure how to forc

Re: [Mingw-w64-public] Static Link libstdc++-6

2012-03-13 Thread Kai Tietz
2012/3/13 Teemu Nätkinniemi : > On 13.3.2012 10:26, Kyle wrote: > >> I have tried adding -static and -static-libstdc++ to both the LDFLAGS >> and CFLAGS for FFmpeg. I have tried adding them to utvideo as well. >> >> I'm not sure how to force FFmpeg to compile statically, but if anyone >> has any in

[Mingw-w64-public] dbghelp: different behavior when compiling with mingw or vc++

2012-03-13 Thread Vincent Torri
Hey, I'm trying to get the callstack of programs, so I try to use dbghelp. The code is here: http://codepad.org/wAhYYChY compilation is fine (see the first line to see how I compile it with mingw). I use mingw-w64, Windows XP SP2 running in virtualbox. The binary compiled with Visual Studio 200

Re: [Mingw-w64-public] Static Link libstdc++-6

2012-03-13 Thread Teemu Nätkinniemi
On 13.3.2012 10:26, Kyle wrote: > I have tried adding -static and -static-libstdc++ to both the LDFLAGS > and CFLAGS for FFmpeg. I have tried adding them to utvideo as well. > > I'm not sure how to force FFmpeg to compile statically, but if anyone > has any input I would greatly appreciate it! Re

[Mingw-w64-public] Static Link libstdc++-6

2012-03-13 Thread Kyle
Hello, I'm trying to get a fully static build with utvideo enabled but I can't seem to force FFmpeg to statically link libstdc++-6.dll. I believe that I compiled utvideo statically so I believe the problem is within FFmpeg. When I try to run ffmpeg.exe I get: "The program can't start because l