https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
--- Comment #8 from John Paul Adrian Glaubitz ---
FWIW, it seems the situation seems to be the same on 32-bit SPARC:
> https://reviews.llvm.org/D98575#2947973
So, I guess the suggested solution would be the one from Comment 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
--- Comment #7 from Mathieu Malaterre ---
For anyone reading this. the comment "-latomic is there already." means:
replace __sync_val_compare_and_swap(ptr, oldval, newval) in your code with
__atomic_compare_exchange(ptr, &oldval, &newval, false,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
Mathieu Malaterre changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
--- Comment #5 from Jonathan Wakely ---
ppc32 doesn't have a 64-bit CAS instruction, so this would need to be done with
a global lock, not an atomic instruction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
--- Comment #4 from Mathieu Malaterre ---
As stated in my original report I am running a PowerPC/32bits machine (not an
ARM based one).
AFAIK gcc 4.9.1 does not provide such implementation [*]. Could you please
clarify what you mean by 'libatomi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
Mathieu Malaterre changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVAL