Re: Glib question: Is PCRE in some intermediate state?
- From: Simon McVittie <simon mcvittie collabora co uk>
- To: gtk-devel-list gnome org
- Subject: Re: Glib question: Is PCRE in some intermediate state?
- Date: Fri, 30 Nov 2012 14:44:11 +0000
On 30/11/12 14:37, John Emmas wrote:
>I noticed that pthread_mutex_lock() and pthread_mutex_unlock() are getting
> called in numerous places from the module glib/gatomic.c.
There's a native Win32 implementation of atomic operations using
MemoryBarrier(), etc.: the pthreads version is meant to be a fallback
for non-gcc Unix platforms.
You might need to define G_ATOMIC_LOCK_FREE to tell GLib to use that
implementation?
If your build environment is too old to support MemoryBarrier(), you
might have to use some other memory barrier: see
<https://bugs.freedesktop.org/show_bug.cgi?id=41423> in D-Bus. In D-Bus,
we ended up using InterlockedExchange() instead of MemoryBarrier().
S
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]