From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 89FB8385803E; Wed, 24 Jan 2024 15:33:49 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 89FB8385803E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1706110429; bh=KitPwMFb4Hr8S0ALl1w+BdynhKVnvgITecubIeXL/p4=; h=From:To:Subject:Date:In-Reply-To:References:From; b=ZJxBCfCwhRgJjjnDNj1esf+0pARKXiZPfVLqHENlkakjzS5WQ8MrOz2yin+1ZjYlJ UJk0gEmMRLDNIJhHMQ1aZZWM7szq6qkbFwYCG5XJTGK8zSkFGCiw9Xs+KIdCdYfeON f7ySFMuW7lnzFWKpOCDKqFgkSeD/PIrROD9+AuAY= From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/112862] [14 regression] gfortran.dg coarray tests FAIL on macOS 12+ Date: Wed, 24 Jan 2024 15:33:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 14.0 X-Bugzilla-Keywords: testsuite-fail X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: iains at gcc dot gnu.org X-Bugzilla-Target-Milestone: 14.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D112862 --- Comment #11 from Iain Sandoe --- (In reply to ro@CeBiTec.Uni-Bielefeld.DE from comment #10) > > --- Comment #9 from Iain Sandoe --- > > (In reply to Rainer Orth from comment #8) > >> Again tested on macOS 11 (unchanged) and 14. On the latter, the previ= ous > >> failures > >> to find libatomic.1.dylib have been traded for > >>=20 > >> FAIL: gfortran.dg/coarray/alloc_comp_1.f90 -fcoarray=3Dsingle -O2 (t= est for > >> excess errors) > >> Excess errors:=20 > >> ld: warning: duplicate -rpath > >> '/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23= .2.0/ > >> libatomic/.libs' ignored > >>=20 > >> This is definitely progress ;-) > > > > hmm I wonder where this is coming from .. as you noted there is a bit o= f a > > tendency in the testsuite to add stuff somewhat randomly. >=20 > Right: I believe sometimes such duplication depends on whether you run > the test sequentially or in parallel. >=20 > FWIW, alloc_comp_1.f90 is linked like >=20 > spawn -ignore SIGHUP > /private/var/gcc/regression/master/14-gcc/build/gcc/testsuite/gfortran/..= /../ > gfortran > -B/private/var/gcc/regression/master/14-gcc/build/gcc/testsuite/gfortran/= ../. > ./ > -B/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23.2= .0/. > /libgfortran/ > /vol/gcc/src/hg/master/darwin/gcc/testsuite/gfortran.dg/coarray/alloc_com= p_1. > f90 -fdiagnostics-plain-output -fdiagnostics-plain-output -fcoarray=3Dsin= gle > -O2 > -B/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23.2= .0/. > /libatomic/ > -B/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23.2= .0/. > /libatomic/.libs > -B/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23.2= .0/. > /libgfortran/.libs > -B/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23.2= .0/. > /libatomic/.libs > -B/private/var/gcc/regression/master/14-gcc/build/x86_64-apple-darwin23.2= .0/. > /libquadmath/.libs -lm -o ./alloc_comp_1.exe >=20 > In this case (by pure inspection) caf.exp includes both gfortran-dg.exp > and atomic-dg.exp. The latter adds -B... itself. Yes, indeed (FWIW: that target-supports check will only actually work [uninstalled] if the path to lib atomic is available, so it already depends= on that being added in gfortran_init). I'm removing the extra references to libatomic in gfortran.dg/dg.exp and caf.exp and then will test serial and parallel cases. We can assert that t= he presence of the libraries as detected in gfortran_init is sufficient to sta= te "target supports".=