Re: [Mingw-w64-public] winpthread build with static edition

2011-07-08 Thread PcX
于 2011/7/9 13:05, PcX 写道:     I tried to debug winpthread, and I found the crash stopped at src/mutex.c:38 38 if (!m || !*m) And I tried to print the value of the *m (gdb) p *m Cannot access memory at address 0xbaadf019

Re: [Mingw-w64-public] winpthread build with static edition

2011-07-08 Thread PcX
Hi, all     I tried to debug winpthread, and I found the crash stopped at src/mutex.c:38 38 if (!m || !*m) -- Best Regards, PcX -- All of the data generated in yo

Re: [Mingw-w64-public] winpthread build with static edition

2011-07-08 Thread Kai Tietz
Thanks for the test-program. But as I don't have right now a gcc with gomp support, it would be more interesting for me to see the backtrace. Thanks in advance, Kai 2011/7/8 PcX > 于 2011/7/9 1:33, PcX 写道: > > Hi, all > > I built winpthread with "./configure --enable-static --disable-share

Re: [Mingw-w64-public] winpthread build with static edition

2011-07-08 Thread PcX
于 2011/7/9 1:33, PcX 写道: Hi, all     I built winpthread with "./configure --enable-static --disable-shared", and I use it to build gcc4.6.1 with "./configure --enable-libgomp --enable-static --disable-shared".     But when I buil

Re: [Mingw-w64-public] winpthread build with static edition

2011-07-08 Thread Kai Tietz
Hmm, this might be an raising condition and not occuring in static version. Could you provide the back-trace to see here it comes from? (gdb command bt) Thanks in advance, Kai 2011/7/8 PcX > Hi, all > > I built winpthread with "./configure --enable-static --disable-shared", > and I use it

[Mingw-w64-public] winpthread build with static edition

2011-07-08 Thread PcX
Hi, all     I built winpthread with "./configure --enable-static --disable-shared", and I use it to build gcc4.6.1 with "./configure --enable-libgomp --enable-static --disable-shared".     But when I build a openmp program, the compiler and linker sta

Re: [Mingw-w64-public] gcc 4.6 cross with multilib enabled

2011-07-08 Thread Alen Skondro
This helped! binutils can now create i686 and x86_64 targets and GCC discovered this! Thank you guys for your expertise! The only problem I'm still having is that the $PREFIX\i686-w64-mingw32\lib contains 32bit libraries but GCC looks only in this one folder regardless whether linking to 64bit or

Re: [Mingw-w64-public] float.h patch to accomodate Clang

2011-07-08 Thread NightStrike
Ping On Tue, Jul 5, 2011 at 11:32 AM, Ruben Van Boxem wrote: > Hi, > > Attached is a small patch to add detection of Clang's float.h header > in mingw-w64's float.h. Clang's header now #include-next's float.h, so > this needs to be added on mingw-w64 side (and probably mingw.org side, > but I can

Re: [Mingw-w64-public] gcc 4.6 cross with multilib enabled

2011-07-08 Thread Kai Tietz
Please read proper. This option is for binutils configure and you will find this option in bfd/ Kai 2011/7/8 JonY : > On 7/8/2011 13:26, Kai Tietz wrote: >> 2011/7/8 JonY : >>> On 7/8/2011 04:56, Alen Skondro wrote: Hello, I'm stuck again. After successfully building gcc

Re: [Mingw-w64-public] gcc 4.6 cross with multilib enabled

2011-07-08 Thread JonY
On 7/8/2011 13:26, Kai Tietz wrote: > 2011/7/8 JonY : >> On 7/8/2011 04:56, Alen Skondro wrote: >>> Hello, >>> >>> I'm stuck again. >>> >>> After successfully building gcc 4.6 targeting only i686-w64-mingw32 I'm >>> getting errors while creating a cross compiler for multilib target >>> (i686-w64-mi