[Bug libgomp/58691] OpenMP 4: Surprising results with OMP_PLACES=

2013-10-13 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58691 Tobias Burnus changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libgomp/58691] OpenMP 4: Surprising results with OMP_PLACES=

2013-10-12 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58691 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Sat Oct 12 07:52:15 2013 New Revision: 203479 URL: http://gcc.gnu.org/viewcvs?rev=203479&root=gcc&view=rev Log: PR libgomp/58691 * config/linux/proc.c (gomp_cpuset_popcount): Add u

[Bug libgomp/58691] OpenMP 4: Surprising results with OMP_PLACES=

2013-10-12 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58691 --- Comment #3 from Jakub Jelinek --- (In reply to Tobias Burnus from comment #2) > (Note that that will turn an explicit OMP_PROC_BIND=false into true, which > looks odd - even if I regard it as unlikely that someone wants to have no > proc-bindi

[Bug libgomp/58691] OpenMP 4: Surprising results with OMP_PLACES=

2013-10-12 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58691 --- Comment #2 from Tobias Burnus --- (In reply to Jakub Jelinek from comment #1) > Looks reasonable, bind-var default value is indeed implementation defined and > setting it to true by default if OMP_PLACES or GOMP_CPU_AFFINITY has been > parsed

[Bug libgomp/58691] OpenMP 4: Surprising results with OMP_PLACES=

2013-10-11 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58691 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|