[Bug libstdc++/24692] Atomic builtins for v3

2006-05-29 Thread paolo at gcc dot gnu dot org


--- Comment #16 from paolo at gcc dot gnu dot org  2006-05-29 20:00 ---
Subject: Bug 24692

Author: paolo
Date: Mon May 29 20:00:29 2006
New Revision: 114215

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114215
Log:
2006-05-29  Paolo Carlini  [EMAIL PROTECTED]

PR libstdc++/24692
* include/bits/atomicity.h (__exchange_and_add_multi,
__atomic_add_multi): New, depending on _GLIBCXX_ATOMIC_BUILTINS,
inline the atomic builtins.
(__exchange_and_add_dispatch, __atomic_add_dispatch): Adjust.
* configure.ac: Define _GLIBCXX_ATOMIC_BUILTINS when the atomic
builtins are available.
* configure: Regenerate.
* config.h.in: Likewise.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config.h.in
trunk/libstdc++-v3/configure
trunk/libstdc++-v3/configure.ac
trunk/libstdc++-v3/include/bits/atomicity.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2006-05-29 Thread pcarlini at suse dot de


--- Comment #17 from pcarlini at suse dot de  2006-05-29 20:01 ---
Fixed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2006-05-21 Thread pinskia at gcc dot gnu dot org


--- Comment #12 from pinskia at gcc dot gnu dot org  2006-05-21 20:21 
---
Any news on this bug?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2006-05-21 Thread pcarlini at suse dot de


--- Comment #13 from pcarlini at suse dot de  2006-05-21 20:30 ---
No news about this one. Frankly, since x86-* would not benefit in any way, I
consider the work low priority.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2006-05-21 Thread pinskia at gcc dot gnu dot org


--- Comment #14 from pinskia at gcc dot gnu dot org  2006-05-21 20:33 
---
(In reply to comment #13)
 No news about this one. Frankly, since x86-* would not benefit in any way, I
 consider the work low priority.

What about x86_64 or even PowerPC64 both of which are becoming more popular
than x86.  In fact in a few years PPC64 might even supass x86 usage (but only
because of the PS3).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2006-05-21 Thread pcarlini at suse dot de


--- Comment #15 from pcarlini at suse dot de  2006-05-21 20:36 ---
(In reply to comment #14)
 (In reply to comment #13)
  No news about this one. Frankly, since x86-* would not benefit in any way, I
  consider the work low priority.
 
 What about x86_64

Of course by x86-* I meant to include x86_64.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2005-11-08 Thread pcarlini at suse dot de


--- Comment #10 from pcarlini at suse dot de  2005-11-08 10:58 ---
Ok, apparently short-term at least, smart solutions using libgcc and dynamic
linking will not be implemented (one blocker are systems using a static
libgcc.a).
Therefore this one becomes a pure libstdc++-v3 PR. Then what we can improve is
rather limited: we can inline the atomics on architecture families that
uniformly implement the builtins (e.g., powerpc - ok, i?86 - not ok). The
atomics will also remain in the library, however, for ABI stability reasons.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 CC|rth at gcc dot gnu dot org  |
 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
  Component|other   |libstdc++
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2005-11-08 10:58:34
   date||
   Target Milestone|--- |4.2.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692



[Bug libstdc++/24692] Atomic builtins for v3

2005-11-08 Thread pcarlini at suse dot de


--- Comment #11 from pcarlini at suse dot de  2005-11-08 13:37 ---
Changing the declarations in include/bits/atomicity.h to inline definitions
forwarding to the builtins and including bits/atomic_word.h instead of
bits/atomicity.h in config/cpu/*/atomicity.h for the supported arch families
would be most of it, probably.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24692