https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #9 from torvald at gcc dot gnu.org ---
Still fails with r232693.
This seems to be another case of difficult ordering between TM passes and other
passes. It makes sense that we don't inline tm_pure because we must not loose
that infor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
Paul Clarke changed:
What|Removed |Added
CC||pc at us dot ibm.com
--- Comment #10 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #11 from Paul Clarke ---
We use TM for a multi-producer-multi-consumer queue implementation, and ran
into the issue reported in this bug. (I had opened bug 77681 before
discovering this report.) This report is surprisingly old. Is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #12 from torvald at gcc dot gnu.org ---
Thanks for reporting that you are affected as well. Regarding your question
about bumping the priority, one problem for the TM support in general has been
to be able to judge how many users are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
pc at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
pc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #13 from pc at gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
Uroš Bizjak changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #2 from Uroš
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
Uroš Bizjak changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #4 from Uroš Bizjak ---
The inlining is failed in ipa-inline.c, around line 294:
/* TM pure functions should not be inlined into non-TM_pure
functions. */
else if (is_tm_pure (callee->symbol.decl)
&& !is_tm_pure (e->c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #5 from Jan Hubicka ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
>
> --- Comment #4 from Uroš Bizjak ---
> The inlining is failed in ipa-inline.c, around line 294:
>
> /* TM pure functions should not be inlined into non
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #7 from torvald at gcc dot gnu.org ---
A piece of code is tm_pure if, roughly, it doesn't need any instrumentation
(e.g., in contrast to memory loads/stores). In the test case, I suppose that
the compiler detects that it is tm_pure, bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #8 from andysem at mail dot ru ---
We have a similar problem in Boost.Atomic:
https://svn.boost.org/trac/boost/ticket/10204
There we mark all boost::atomic<> functions as always_inline to make sure the
compiler sees the memory order
13 matches
Mail list logo
