Hi,
I am investigating performance problems in binary compiled with mingw-w64,
and libwinpthreads mutex comes at the top of my profile.
Looking at the code, it appears as if mutexes are implemented using Windows
semaphores? Is this right?
Does anybody know why critical sections weren't used instea
Hi,
2013/9/12 Vadim :
> Hi,
> I am investigating performance problems in binary compiled with mingw-w64,
> and libwinpthreads mutex comes at the top of my profile.
> Looking at the code, it appears as if mutexes are implemented using Windows
> semaphores? Is this right?
Yes, that is right.
> Does
Hello Kai and Vadim!
On Wed, Sep 11, 2013 at 10:39 PM, Kai Tietz <> wrote:
> Hi,
>
> 2013/9/12 Vadim <>:
>> Hi,
>> I am investigating performance problems in binary compiled with mingw-w64,
>> and libwinpthreads mutex comes at the top of my profile.
>> Looking at the code, it appears as if mutexes
Hi Vadim!
On Thu, Sep 12, 2013 at 11:16 AM, Vadim <> wrote:
> On Thu, Sep 12, 2013 at 9:32 AM, K. Frank <> wrote:
>>
>> Hello Kai and Vadim!
>> ...
>> > 2013/9/12 Vadim <>:
>> >> Hi,
>> >> I am investigating performance problems in binary compiled with
>> >> mingw-w64,
>> >> and libwinpthreads mut
On Thu, Sep 12, 2013 at 9:32 AM, K. Frank wrote:
> Hello Kai and Vadim!
>
> On Wed, Sep 11, 2013 at 10:39 PM, Kai Tietz <> wrote:
> > Hi,
> >
> > 2013/9/12 Vadim <>:
> >> Hi,
> >> I am investigating performance problems in binary compiled with
> mingw-w64,
> >> and libwinpthreads mutex comes at t
On 9/12/2013 12:50 PM, K. Frank wrote:
> Hi Vadim!
>
> On Thu, Sep 12, 2013 at 11:16 AM, Vadim <> wrote:
*snip*
>> Before we embark on that, I'd like to clarify a couple more things:
>>
>> 1. Have you guys considered adopting/forking phtreads-win32? I believe this
>> is what the regular mingw uses
On Thu, Sep 12, 2013 at 4:59 PM, John E. / TDM wrote:
> On 9/12/2013 12:50 PM, K. Frank wrote:
> > Hi Vadim!
> >
> > On Thu, Sep 12, 2013 at 11:16 AM, Vadim <> wrote:
> *snip*
> >> Before we embark on that, I'd like to clarify a couple more things:
> >>
> >> 1. Have you guys considered adopting/f
On Thu, Sep 12, 2013, Vadim wrote:
> But aren't gcc compiled binaries already dependent on libgcc?
libgcc has a license exception which I don't know very well but which
should answer your questions. Look at its license.
--
Adrien Nader
---
On Thu, Sep 12, 2013, John E. / TDM wrote:
> This is absolutely the case. The pthreads-win32 library is LGPL, forcing
> the distribution of its source code along with all binary distributions
> -- and since all binaries compiled by a pthreads-enabled GCC depend on
> the pthreads library, everyon
On 9/13/2013 1:28 AM, Adrien Nader wrote:
> On Thu, Sep 12, 2013, John E. / TDM wrote:
>> This is absolutely the case. The pthreads-win32 library is LGPL, forcing
>> the distribution of its source code along with all binary distributions
>> -- and since all binaries compiled by a pthreads-enabled G
On Fri, Sep 13, 2013 at 8:49 AM, John E. / TDM wrote:
> On 9/13/2013 1:28 AM, Adrien Nader wrote:
>> On Thu, Sep 12, 2013, John E. / TDM wrote:
>>> This is absolutely the case. The pthreads-win32 library is LGPL, forcing
>>> the distribution of its source code along with all binary distributions
>
To me, LGPL and GPL w/exception look substantially the same. So I don't
see how pthreads-win32 would add much to the burden that users already have
because of libgcc.
Anyhow. I don't suppose I'll convince you guys to change your mind at this
juncture...
I opened a bug about this issue:
https://s
Vadim writes:
> To me, LGPL and GPL w/exception look substantially the same.
It depends on what the exception is. The exception used for the GCC
libraries avoids GPL infection for the programs that use those libraries
*and* discharges the user from the obligation of distributing source
code. LGP
13 matches
Mail list logo
