Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-11 Thread Alexey Pavlov
ping? 2013/12/8 Fanael Linithien fana...@gmail.com: Ping? -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now!

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-11 Thread Kai Tietz
Sorry for the delay. Patch is ok. Does somebody would apply it to trunk (and if JonY doesn't object also to v3-branch)? Thanks, Kai -- Rapidly troubleshoot problems before they affect your business. Most IT

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-11 Thread JonY
On 12/12/2013 02:32, Kai Tietz wrote: Sorry for the delay. Patch is ok. Does somebody would apply it to trunk (and if JonY doesn't object also to v3-branch)? Thanks, Kai Done, trunk r6411 and stable/v3.x r6412. signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-08 Thread Fanael Linithien
Ping? -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-06 Thread Fanael Linithien
2013/12/5 Fanael Linithien fana...@gmail.com: runs BEFORE enter_global_cs Er, before global_spin_ctor, of course. 2013/12/5 Kai Tietz ktiet...@googlemail.com: Nice catch. This describes at least the runtime-failure we got reported. Did you tested regressions for this patch? I have. All

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-05 Thread Fanael Linithien
I came up with a patch that fixes the issue for me. The patch replaces the global critical section with a spinlock. Critical sections require explicit initialization before use, which in this case is not possible: register_frame_ctor (from libgcc), which runs BEFORE enter_global_cs, tries to lock

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-05 Thread Kai Tietz
2013/12/5 Fanael Linithien fana...@gmail.com: I came up with a patch that fixes the issue for me. The patch replaces the global critical section with a spinlock. Critical sections require explicit initialization before use, which in this case is not possible: register_frame_ctor (from

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-12-05 Thread dw
A few thoughts: 1) Shouldn't global_lock be __LONG32? 2) Would it make sense for the exchange on global_lock to be done as a single operation (ie InterlockedCompareExchange)? dw On 12/5/2013 10:45 AM, Fanael Linithien wrote: I came up with a patch that fixes the issue for me. The patch

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-11-30 Thread niXman
Alexey Pavlov 2013-11-28 11:35: Hi, all! I'm have issue with winpthreads from trunk rev.6367 and later. It break for me dwarf toolchains with threads=posix. Most generated binaries with this toolchain crash on startup. For example, I build sqlite3 and winpthreads rev.6367 with debuginfo

[Mingw-w64-public] Winpthreads library issue with dwarf toolchain

2013-11-27 Thread Alexey Pavlov
Hi, all! I'm have issue with winpthreads from trunk rev.6367 and later. It break for me dwarf toolchains with threads=posix. Most generated binaries with this toolchain crash on startup. For example, I build sqlite3 and winpthreads rev.6367 with debuginfo and has next GDB backtrace