https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:450526551dcb97b7c0513699d4333efb79b8b490
commit r12-7567-g450526551dcb97b7c0513699d4333efb79b8b490
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
--- Comment #3 from Jakub Jelinek ---
Actually, looking at GCN, it is inline e.g. for both:
int
foo (int *p)
{
return __sync_val_compare_and_swap_4 (p, 1, 2);
}
int
bar (int *p)
{
int e = 1;
__atomic_compare_exchange_4 (p, , 2, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
--- Comment #1 from Jakub Jelinek ---
So what did it do for __sync_val_compare_and_exchange_1 ?
Was that expanded inline, or do we have such entrypoint somewhere outside of
libatomic, something else?
