[Bug libgomp/58756] FAIL: libgomp.c/pr58392.c execution test

2013-12-16 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgomp/58756] FAIL: libgomp.c/pr58392.c execution test

2013-12-16 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Mon Dec 16 10:34:28 2013 New Revision: 206011 URL: http://gcc.gnu.org/viewcvs?rev=206011&root=gcc&view=rev Log: PR libgomp/58756 * omp-low.c (lower_rec_input_clauses) : For red

[Bug libgomp/58756] FAIL: libgomp.c/pr58392.c execution test

2013-12-12 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756 --- Comment #4 from Jakub Jelinek --- Sounds like omp-low.c bug, this is reproduceable even on i?86/x86_64 with safelen(1) clause on the #pragma omp simd in foo function. Will look at it tomorrow.

[Bug libgomp/58756] FAIL: libgomp.c/pr58392.c execution test

2013-12-12 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756 --- Comment #3 from Uroš Bizjak --- Adding omp_get_thrad_num to the printf: $ ./a.out 3 496 3 496 2 496 2 496 2 496 2 496 2 496 2 496 2 496 2 496 3 496 3 496 3 496 3 496 3 496 3 496 1 496 1 496 1 496 1 496 1 496 1 496 0 496 0 496 0 496 0 496 0 49

[Bug libgomp/58756] FAIL: libgomp.c/pr58392.c execution test

2013-12-12 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756 --- Comment #2 from Uroš Bizjak --- Some unscientific printf debugging yields following runtime difference: foo (int a, int b) { int j, c = 0; #pragma omp parallel for reduction(+: c) for (j = 0; j < a; j += b) { int l; #pra

[Bug libgomp/58756] FAIL: libgomp.c/pr58392.c execution test

2013-12-12 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756 Uroš Bizjak changed: What|Removed |Added Target|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11, |