Re: [Mingw-w64-public] SEH

2012-08-04 Thread niXman
2012/8/4 Kai Tietz: > Hmm, I guess you have already installed a prior version of compiler to > same sysroot. Am I right? No. > Nevertheless I could solve the issue by > the following steps. After crt was built and installed, use 'make > all-target-libgcc' and then use 'make install-target-libg

[Mingw-w64-public] strtod("NAN", &endp) not return QNAN

2012-08-04 Thread Earnie Boyd
I need some math whiz help. So it seems to me that strtod("NAN", NULL) should return the same as __builtin_nan(""). And G++ should return the same result as GCC. For the GCC instance I believe that the crt/gdtoa/strtodnrp.c code is wrong. For the G++ instance I believe stdlib.h isn't correct.

Re: [Mingw-w64-public] SEH

2012-08-04 Thread Kai Tietz
2012/8/4 niXman : > 2012/8/4 Ruben Van Boxem: >> I do not see this failure. > > The same error: > gcc-trunk/libgcc/unwind-c.c: In function '__gcc_personality_seh0': > gcc-trunk/libgcc/unwind-c.c:242:14: error: '__gcc_personality_imp' > undeclared (first use in this function) > > > > -- > Regards, >

Re: [Mingw-w64-public] SEH

2012-08-04 Thread niXman
2012/8/4 Ruben Van Boxem: > I do not see this failure. The same error: gcc-trunk/libgcc/unwind-c.c: In function '__gcc_personality_seh0': gcc-trunk/libgcc/unwind-c.c:242:14: error: '__gcc_personality_imp' undeclared (first use in this function) -- Regards, niXman __

Re: [Mingw-w64-public] SEH

2012-08-04 Thread Ruben Van Boxem
2012/8/4 niXman > 2012/8/4 Ruben Van Boxem: > > > I am building GCC and verifying as you are reading this email :P > > http://gcc.gnu.org/ml/gcc-help/2012-08/msg00018.html > I do not see this failure. I have a working GCC 4.8 toolchain with SEH C++ exceptions (which work, btw!). This is with cur

Re: [Mingw-w64-public] multilib native toolchains have only one version of DLL installed

2012-08-04 Thread Ruben Van Boxem
2012/8/4 NightStrike > On Fri, Aug 3, 2012 at 12:47 AM, Ruben Van Boxem > wrote: > >> > The only solution I see *right now* is one of these: > >> > 1. Install the DLLs manually (how stupid) > >> > >> Relying always on automated install is always equally stupid > >> therefore I suggest that you s

Re: [Mingw-w64-public] multilib native toolchains have only one version of DLL installed

2012-08-04 Thread NightStrike
On Fri, Aug 3, 2012 at 12:47 AM, Ruben Van Boxem wrote: >> > The only solution I see *right now* is one of these: >> > 1. Install the DLLs manually (how stupid) >> >> Relying always on automated install is always equally stupid >> therefore I suggest that you stick to this #1, because manual >> ma

Re: [Mingw-w64-public] SEH

2012-08-04 Thread niXman
2012/8/4 Ruben Van Boxem: > I am building GCC and verifying as you are reading this email :P http://gcc.gnu.org/ml/gcc-help/2012-08/msg00018.html -- Regards, niXman ___ Dual-target(32 & 64 bit) MinGW compilers for 32 and 64 bit Windows: http://so

Re: [Mingw-w64-public] SEH

2012-08-04 Thread Ruben Van Boxem
2012/7/27 niXman > 2012/7/27 NightStrike: > > > > You might want to check out gcc 4.7.2 with current trunk mingw-w64 > > crt/headers. I believe SEH is in as of the 4th of July. > > Are you saying that this code will be execute correctly? > > try { >int* i = 0; >cout << *i << endl; > } ca

Re: [Mingw-w64-public] apparent "hang" using the experimental pthread library

2012-08-04 Thread Kai Tietz
2012/8/4 Kyle Schwarz : > On 7/27/2012 5:37 PM, Kai Tietz wrote: >> > I have tried it, thanks for the patch! >>> >>> Unfortunately it appears that (ffmpeg + libx264 using it at least) >>> appears to deadlock (?) after a few seconds. >>> >>> Here's an example trace: >>> >>> Thanks for your help in t