aboutsummaryrefslogtreecommitdiff
path: root/libgomp/config/rtems/proc.c
diff options
context:
space:
mode:
authorJakub Jelinek <jakub@redhat.com>2021-10-15 16:25:25 +0200
committerJakub Jelinek <jakub@redhat.com>2021-10-15 16:25:25 +0200
commit4764049dd620affcd3e2658dc7f03a6616370a29 (patch)
tree825118894e654bfef2f48c44024bc73ddd875920 /libgomp/config/rtems/proc.c
parentf3d64372d777d7d6068df8167b6751c289963e85 (diff)
downloadgcc-4764049dd620affcd3e2658dc7f03a6616370a29.zip
gcc-4764049dd620affcd3e2658dc7f03a6616370a29.tar.gz
gcc-4764049dd620affcd3e2658dc7f03a6616370a29.tar.bz2
openmp: Fix up handling of OMP_PLACES=threads(1)
When writing the places-*.c tests, I've noticed that we mishandle threads abstract name with specified num-places if num-places isn't a multiple of number of hw threads in a core. It then happily ignores the maximum count and overwrites for the remaining hw threads in a core further places that haven't been allocated. 2021-10-15 Jakub Jelinek <jakub@redhat.com> * config/linux/affinity.c (gomp_affinity_init_level_1): For level 1 after creating count places clean up and return immediately. * testsuite/libgomp.c/places-6.c: New test. * testsuite/libgomp.c/places-7.c: New test. * testsuite/libgomp.c/places-8.c: New test. * testsuite/libgomp.c/places-9.c: New test. * testsuite/libgomp.c/places-10.c: New test.
Diffstat (limited to 'libgomp/config/rtems/proc.c')
0 files changed, 0 insertions, 0 deletions