[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2016-01-27 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 Peter Bergner changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #10 from Peter Bergne

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-10-15 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 Peter Bergner changed: What|Removed |Added Target||powerpc*-linux Status|UNCONF

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-10-15 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #8 from Peter Bergner --- Author: bergner Date: Thu Oct 15 16:40:14 2015 New Revision: 228847 URL: https://gcc.gnu.org/viewcvs?rev=228847&root=gcc&view=rev Log: Backport from mainline 2015-10-14 Peter Bergner

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-10-15 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #7 from Peter Bergner --- Author: bergner Date: Thu Oct 15 16:38:47 2015 New Revision: 228846 URL: https://gcc.gnu.org/viewcvs?rev=228846&root=gcc&view=rev Log: Backport from mainline 2015-10-14 Peter Bergner

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-23 Thread torvald at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 torvald at gcc dot gnu.org changed: What|Removed |Added CC||torvald at gcc dot gnu.org -

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org --- Comment #

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread tuliom at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #4 from Tulio Magno Quites Machado Filho --- (In reply to Andrew Pinski from comment #3) > Since there are no stores, the load seems like it can be pulled out of the > loop too. I disagree with you. If I use the value of dest to take

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #3 from Andrew Pinski --- Since there are no stores, the load seems like it can be pulled out of the loop too.

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread tuliom at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #2 from Tulio Magno Quites Machado Filho --- Oooops. My bad. What about this one? $ cat tbegin-barrier.c long foo (long dest, long *src0, long src1, long tries) { long i; for (i = 0; i < tries; i++) { __builtin_tbegin

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #1 from Andrew Pinski --- There is no memory access in your testcase at all. Since the variables are all local variables and nothing takes the address, it can be moved out of the loop as no other thread can cause that to fail.