https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #15 from kelvin at gcc dot gnu.org ---
On my macbook, g++ (Apple LLVM version 7.0.2 (clang-700.1.81), Target:
x86_64-apple-darwin15.3.0), the test program does compile successfully.
For Martin's simplified example, it produces the fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #14 from Bill Schmidt ---
>From correspondence with Uli Weigand, it appears that the code is valid even
with misaligned data, but a locking implementation is needed. I haven't
checked whether other targets succeed here; that would be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #13 from Alan Modra ---
Note that testcases with smaller atomic ops fail too, but at runtime. For
example:
struct foo { char pad; char x[4]; } a;
int
bar (int val)
{
int ret;
__atomic_exchange (&a.x, &val, &ret, 5);
return r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #12 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Bill Schmidt changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #11 from Bill Schmidt --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #10 from Martin Sebor ---
Since the manual says that "... The four non-arithmetic functions (load, store,
exchange, and compare_exchange) all have a generic version as well. This
generic version works on any data type." I believe the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #9 from Bill Schmidt ---
Same question for Markus. Sorry for conflating the two of you. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Bill Schmidt changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from Bill Schmidt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
kelvin at gcc dot gnu.org changed:
What|Removed |Added
CC||kelvin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #6 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Fri Jan 22 22:13:43 2016
New Revision: 232752
URL: https://gcc.gnu.org/viewcvs?rev=232752&root=gcc&view=rev
Log:
This "branch" is to support kelvin's work on bugzilla PR 6380
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #3 from Dmitry G. Dyachenko ---
(In reply to Dmitry G. Dyachenko from comment #2)
> I have similar error in LTO/x86_64, but stack is slightly different.
Its different issue (now PR64374)
Sorry for noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
--- Comment #2 from Dmitry G. Dyachenko ---
I have similar error in LTO/x86_64, but stack is slightly different.
gcc-trunk r218991, binutils-trunk current
g++ -flto -o xx [6 files]. I'll try to reduce testcase.
TesterTest.cpp:422:1: internal c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.5 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
17 matches
Mail list logo