mirror of
https://gcc.gnu.org/git/gcc.git
synced 2024-11-27 22:03:57 +08:00
c0009a3b98
On Thu, Nov 11, 2021 at 02:14:05PM +0100, Thomas Schwinge wrote:
> There appears to be yet another issue: there still are quite a number of
> 'FAIL: libgomp.c/places-10.c execution test' reports on
> <gcc-testresults@gcc.gnu.org>. Also in my testing testing, on a system
> where '/sys/devices/system/node/online' contains '0-1', I get a FAIL:
>
> [...]
> OPENMP DISPLAY ENVIRONMENT BEGIN
> _OPENMP = '201511'
> OMP_DYNAMIC = 'FALSE'
> OMP_NESTED = 'FALSE'
> OMP_NUM_THREADS = '8'
> OMP_SCHEDULE = 'DYNAMIC'
> OMP_PROC_BIND = 'TRUE'
> OMP_PLACES = '{0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30},{FAIL: libgomp.c/places-10.c execution test
I've finally managed to debug this (by dumping used /sys/ files from
an affected system in Fedora build system, replacing /sys/ with /tmp/
in gcc sources and populating there those files), I think following patch
ought to fix it.
2022-03-18 Jakub Jelinek <jakub@redhat.com>
* config/linux/affinity.c (gomp_affinity_init_numa_domains): Move seen
variable next to pl variable.
|
||
|---|---|---|
| .. | ||
| alpha | ||
| ia64 | ||
| mips | ||
| powerpc | ||
| s390 | ||
| sparc | ||
| tile | ||
| x86 | ||
| affinity.c | ||
| bar.c | ||
| bar.h | ||
| doacross.h | ||
| futex.h | ||
| lock.c | ||
| mutex.c | ||
| mutex.h | ||
| omp-lock.h | ||
| proc.c | ||
| proc.h | ||
| ptrlock.c | ||
| ptrlock.h | ||
| sem.c | ||
| sem.h | ||
| wait.h | ||