On 07/15/2012 11:49 PM, Hans-Peter Nilsson wrote:
Well, give up by default that is, and fix it up in a helper
function in glibc to hold a global byte-sized atomic lock for
the duration. (Sorry!) Yes, this means that
fold_builtin_atomic_always_lock_free is wrong. It knows about
alignment in
From: Andrew MacLeod amacl...@redhat.com
Date: Tue, 17 Jul 2012 14:24:48 +0200
On 07/15/2012 11:49 PM, Hans-Peter Nilsson wrote:
Well, give up by default that is, and fix it up in a helper
function in glibc to hold a global byte-sized atomic lock for
the duration. (Sorry!) Yes, this
From: Andrew MacLeod amacl...@redhat.com
Date: Tue, 17 Jul 2012 14:24:48 +0200
Any PR's you open related this this, copy me on them and I'll try to get
them addressed.
I could separate the issues I saw into PRs 54003-6. That's all,
hopefully ...at least for now. :)
BTW, your @gcc.gnu.org
On 07/17/2012 06:55 PM, Hans-Peter Nilsson wrote:
From: Andrew MacLeod amacl...@redhat.com
Date: Tue, 17 Jul 2012 14:24:48 +0200
Any PR's you open related this this, copy me on them and I'll try to get
them addressed.
I could separate the issues I saw into PRs 54003-6. That's all,
hopefully
From: Hans-Peter Nilsson h...@axis.com
Date: Mon, 16 Jul 2012 05:49:00 +0200
gcc:
* config/cris/sync.md (atomic_fetch_atomic_op_namemode)
(cris_atomic_fetch_atomic_op_namemode_1)
(atomic_compare_and_swapmode)
(cris_atomic_compare_and_swapmode_1): Make
Well, give up by default that is, and fix it up in a helper
function in glibc to hold a global byte-sized atomic lock for
the duration. (Sorry!) Yes, this means that
fold_builtin_atomic_always_lock_free is wrong. It knows about
alignment in general but doesn't handle the case where the
default