[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-03-03 Thread vogt at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #11 from Dominik Vogt --- Successfully bootstrapped and regression tested on s390x biarch. Thanks.

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-03-02 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-03-02 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #9 from Jakub Jelinek --- Author: jakub Date: Wed Mar 2 19:16:14 2016 New Revision: 233913 URL: https://gcc.gnu.org/viewcvs?rev=233913&root=gcc&view=rev Log: PR libgomp/69555 * gimplify.c (gimplify_decl_expr): For de

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-02-15 Thread jiwang at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #8 from Jiong Wang --- (In reply to Jakub Jelinek from comment #7) > { > try > { > ... > D.2689 = (sizetype) D.2477; > D.2690 = D.2689 + 1; > D.2691 =

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #7 from Jakub Jelinek --- It is well defined. Anyway, most likely the bug is already during gimplification. I see in the omplower dump: int[0:(sizetype) D.2477] & c; ... D.2477 = D.2476 + -1; ... #pragma omp target num

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread vogt at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #6 from Dominik Vogt --- Example: -- snip -- #include int main () { int a; int &c = a; printf("a %p\n", &a); printf("g %p\n", &c); #pragma omp target private (c) { printf("t %p\n", &c); } return 0; }

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread vogt at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #5 from Dominik Vogt --- Hm, actually the chapter about "private" says nothing about how to actually *handle* a reference type whereas it states that for "firstprivate" and "lastprivate" the reference must bind to the same object for

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread vogt at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #4 from Dominik Vogt --- Sure. Can I provide any debug information or another kind of help?

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #3 from Jakub Jelinek --- Works on x86_64/i686/ppc64/ppc64le/aarch64 for me, fails on armv7hfp, s390{,x}. I'm not saying there is not a middle-end bug, will need to analyze it.

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread vogt at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #2 from Dominik Vogt --- Does it work on other platforms?

[Bug libgomp/69555] libgomp.c++/target-6.C fails because of undefined behaviour

2016-01-29 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555 --- Comment #1 from Jakub Jelinek --- But the test is OpenMP 4.5, and OpenMP 4.5 does allow reference types in the privatization clauses.