http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
--- Comment #11 from Jonathan Wakely 2012-09-29
17:58:42 UTC ---
Author: redi
Date: Sat Sep 29 17:58:34 2012
New Revision: 191856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191856
Log:
PR libstdc++/34106
* include/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
--- Comment #8 from Jonathan Wakely 2012-09-27
17:37:46 UTC ---
The compatibility.h header is still a complete mess with code we don't need,
can I take this bug and clean it up?
(In reply to comment #4)
> Note: I don't think we should r
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-28 17:51
---
I don't know the details frankly, but at minimum we should be *very* careful
and make sure we do the right thing also in the special cases, eg, on i386 when
the atomic builtins are not available.
--
http:/
--- Comment #6 from jwakely dot gcc at gmail dot com 2010-01-28 17:47
---
similarly, if cygwin and mingw32 implement __sync_fetch_and_add etc. then why
keep custom versions for those platforms? (but maybe the builtins aren't
implemented on those platforms - I have no idea)
--
http
--- Comment #5 from jwakely dot gcc at gmail dot com 2010-01-28 17:46
---
and I thought everyone had forgotten about that patch ;)
granted, ICC uses libstdc++, but doesn't it already have to support the same
atomic builtins as used elsewhere in the library? And my patch changes
parall
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-28 17:28
---
Note: I don't think we should remove support for ICC, since lately it doesn't
come anymore with Dinkum, libstdc++-v3 is the default C++ runtime. Likewise, we
should probably keep support for mingw32 and cygwin.
--- Comment #3 from paolo dot carlini at oracle dot com 2009-06-22 20:48
---
Ok, we are very far from having the parallel mode facilities correctly
uglified, but we could as well use __CHAR_BIT__...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
--- Comment #2 from jwakely dot gcc at gmail dot com 2009-06-22 20:25
---
Created an attachment (id=18049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18049&action=view)
use BITS_PER_UNIT instead of hardcoded 8
additional patch to use BITS_PER_UNIT for lcas_t_bits
--
http:
--- Comment #1 from jwakely dot gcc at gmail dot com 2009-03-11 14:29
---
Created an attachment (id=17438)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17438&action=view)
remove support for other compilers
this patch re-implements the parallel mode's atomic operations in terms o
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |singler at gcc dot gnu dot
|dot org
13 matches
Mail list logo
