Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-04-02 Thread Ruben Van Boxem
2013/4/2 Baruch Burstein bmburst...@gmail.com Can you explain the difference from your regular builds? Does std::thread not work with them? If I use std::thread, do I need to link/distribute any additional libraries? Or are there special licenses issues? In short: Why 2 separate builds?

Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-04-02 Thread Ruben Van Boxem
Op 2 apr. 2013 11:51 schreef Kai Tietz ktiet...@googlemail.com het volgende: 2013/4/2 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/4/2 Baruch Burstein bmburst...@gmail.com Can you explain the difference from your regular builds? Does std::thread not work with them? If I use std::thread, do

Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-04-02 Thread Baruch Burstein
Just to clarify that I understand the process: The GCC implementation of thread and friends (part of the libc or libgcc or libstdc++ or whatever the GCC standard library is called) really uses pthread calls under the hood. Changing that would mean changing the code of the standard library

Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-04-02 Thread Ruben Van Boxem
2013/4/2 Baruch Burstein bmburst...@gmail.com Just to clarify that I understand the process: The GCC implementation of thread and friends (part of the libc or libgcc or libstdc++ or whatever the GCC standard library is called) really uses pthread calls under the hood. Changing that would mean

Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-04-02 Thread JonY
On 4/2/2013 20:05, Ruben Van Boxem wrote: If you want a static winpthreads but shared libgcc/libstdc++, you'll need to remove libwinpthread.dll.a from your toolchain directory. Your mileage may vary. Note my current builds only work with -static, I omitted the known fix for this issue from my

Re: [Mingw-w64-public] New Rubenvb GCC 4.8 std::thread enabled build

2013-04-02 Thread Baruch Burstein
Thank you all for your clear explanations! On Tue, Apr 2, 2013 at 3:23 PM, JonY jo...@users.sourceforge.net wrote: On 4/2/2013 20:05, Ruben Van Boxem wrote: If you want a static winpthreads but shared libgcc/libstdc++, you'll need to remove libwinpthread.dll.a from your toolchain

[Mingw-w64-public] [patch] mingw-w64-crt/Makefile.am: Move compiler intrinsics to libkernel32.a

2013-04-02 Thread Corinna Vinschen
Hi, today we got a report on the cygwin-developers mailing list, which reported that linking a certain library fails, because some of the inline functions in winnt.h can't be resolved by the linker under Cygwin: http://cygwin.com/ml/cygwin-developers/2013-04/msg00010.html The problem here is

Re: [Mingw-w64-public] [patch] mingw-w64-crt/Makefile.am: Move compiler intrinsics to libkernel32.a

2013-04-02 Thread NightStrike
On Tue, Apr 2, 2013 at 2:40 AM, Corinna Vinschen vinsc...@redhat.com wrote: Hi, today we got a report on the cygwin-developers mailing list, which reported that linking a certain library fails, because some of the inline functions in winnt.h can't be resolved by the linker under Cygwin:

Re: [Mingw-w64-public] [patch] mingw-w64-crt/Makefile.am: Move compiler intrinsics to libkernel32.a

2013-04-02 Thread Corinna Vinschen
On Apr 2 03:00, NightStrike wrote: On Tue, Apr 2, 2013 at 2:40 AM, Corinna Vinschen vinsc...@redhat.com wrote: The below patch implements this. It strips the intrinsic functions from the src_libmingwex variable and introduces a src_intrincs variable instead. It also renames

Re: [Mingw-w64-public] [patch] mingw-w64-crt/Makefile.am: Move compiler intrinsics to libkernel32.a

2013-04-02 Thread NightStrike
On Tue, Apr 2, 2013 at 9:48 AM, Corinna Vinschen vinsc...@redhat.com wrote: On Apr 2 03:00, NightStrike wrote: On Tue, Apr 2, 2013 at 2:40 AM, Corinna Vinschen vinsc...@redhat.com wrote: Ok, done. The order of the variables is different between 32 and 64 bit. I did it the same way as in the

Re: [Mingw-w64-public] [patch] mingw-w64-crt/Makefile.am: Move compiler intrinsics to libkernel32.a

2013-04-02 Thread Corinna Vinschen
On Apr 2 11:05, NightStrike wrote: On Tue, Apr 2, 2013 at 9:48 AM, Corinna Vinschen vinsc...@redhat.com wrote: On Apr 2 03:00, NightStrike wrote: On Tue, Apr 2, 2013 at 2:40 AM, Corinna Vinschen vinsc...@redhat.com wrote: Ok, done. The order of the variables is different between 32

Re: [Mingw-w64-public] [PATCH] Provide time/_time32/_time64 for all msvcrt versions through .def files

2013-04-02 Thread Kai Tietz
patch is ok. jony any objections? thanks Kai Am 02.04.2013 11:51 schrieb Rafaël Carré fun...@videolan.org: Remove time/_time32 .c replacements --- mingw-w64-crt/ChangeLog |7 + mingw-w64-crt/Makefile.am|4 +- mingw-w64-crt/Makefile.in| 1923

Re: [Mingw-w64-public] [PATCH] Provide time/_time32/_time64 for all msvcrt versions through .def files

2013-04-02 Thread JonY
On 4/2/2013 23:34, Kai Tietz wrote: patch is ok. jony any objections? thanks Kai I'm OK with it. signature.asc Description: OpenPGP digital signature -- Minimize network downtime and maximize team

Re: [Mingw-w64-public] [PATCH] Provide time/_time32/_time64 for all msvcrt versions through .def files

2013-04-02 Thread Rafaël Carré
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 03/04/2013 00:07, JonY a écrit : On 4/2/2013 23:34, Kai Tietz wrote: patch is ok. jony any objections? thanks Kai I'm OK with it. Committed as r5715 Thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using

[Mingw-w64-public] segfault

2013-04-02 Thread Ahso Aa
Hi  it works with mingw32 on Vista64 or on Linux/gcc 32 and 64bit. But with mingw64 I get: a segmentation fault at IMG_Load: static int LoadGLTex(char *pFileName, int TextureId) { SDL_Surface* image = IMG_Load(pFileName); Any help on what to change? Many thanks Mike