From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by sourceware.org (Postfix) with ESMTPS id A47DE3858022; Tue, 25 Jan 2022 09:19:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A47DE3858022 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: fDEG1rmYLEElgyJYJEQD8hoLxopqT3kc20rKxe1xmDudtGtT6Jr/88+8k0Jur1KuHm1ioiXLhV S1wmHnMg04sXDc3eMKrG7iBsnKIs7mhpTBeL6kxQrVobXm/k8W9pzyKceFSdyfjAm3NwQtcVUq ofg1NFPm9QGTvpc0MlgRPZa2kXDI+hUAB/IPRbadj7Ns62Ocn/crPnBrCNX+6mGs2VvaNHpYP0 VsZeWb5sJBUB47FAN6cltPaEevb45aoqb42NTqbhtOQDkqCZtQtaCSoQ6fhsJMXD0QnziE7weK S4am2rypEqZ2tLrQ92HH97vG X-IronPort-AV: E=Sophos;i="5.88,314,1635235200"; d="scan'208";a="71179207" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa2.mentor.iphmx.com with ESMTP; 25 Jan 2022 01:19:30 -0800 IronPort-SDR: 6vkvyegQ52DEVcT3qUMdVeDRUKq1jdnVI2+9lTPfNi6pCtjCZO39+aoFZ8RuMSlj6UN5owgnEs 1/pPjuFi/Ze23VK6ANhJG8BdZnovB3x7K/axNwYWWVO76Px6JqarQgPmw4fpRMkCMlHnUv/mJ8 qq41CBWrLE0pzhbxc6UARsc9AI80Lzp1IqoADBTazy3c7zFrnNMursouaZZ7A9tG562iMm5nr4 0eg0L7UNyTA73nVoAbASjGOiNi+Xa7FTOi65qJatnnbT9vk7l5vOjtFf52jayaZaDdyunpsvzg YTo= From: Thomas Schwinge To: Jakub Jelinek , Tobias Burnus , Hafiz Abid Qadeer CC: , Subject: Re: [PATCH] [gfortran] Add support for allocate clause (OpenMP 5.0). In-Reply-To: References: <20211022130502.2211568-1-abidh@codesourcery.com> <20211102162714.GF304296@tucnak> <20211220200650.GN2646553@tucnak> <8735lh6mcx.fsf@euler.schwinge.homeip.net> <48d8c123-fa4f-d4a3-17de-b082de32f0bf@codesourcery.com> User-Agent: Notmuch/0.29.3+94~g74c3f1b (https://notmuchmail.org) Emacs/27.1 (x86_64-pc-linux-gnu) Date: Tue, 25 Jan 2022 10:19:22 +0100 Message-ID: <87r18wtbol.fsf@euler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-05.mgc.mentorg.com (139.181.222.5) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: fortran@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Fortran mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2022 09:19:34 -0000 Hi! On 2022-01-24T12:54:27+0000, Hafiz Abid Qadeer wro= te: > On 24/01/2022 08:45, Tobias Burnus wrote: >> On 21.01.22 18:15, Thomas Schwinge wrote: >>> I'm seeing this test case randomly/non-deterministically FAIL to execut= e, >>> differently on different systems and runs, for example: [...] >>> I'd assume there's some concurrency issue: the problem disappears if I >>> manually specify a lowerish 'OMP_NUM_THREADS' >> >> If one compiles the program with -fsanitize=3Dthread, it shows tons of e= rrors :-( Confirmed. > Did you notice similar behavior with > libgomp/testsuite/libgomp.c-c++-common/allocate-1.c? No, this one I always saw PASS. (... which only means so much, of course...) > It was used as base for fortran testcase and it > shows similar warnings with -fthread=3Dsanitize. Confirmed. > I am trying to figure out if the problem you observed > is a general one or just specific to fortran testcase. So, unless the '-fsanitize=3Dthread' issues are bogus -- unlikely ;-) -- it seems a latent issue generally, now fatal with 'libgomp.fortran/allocate-1.f90'. Gr=C3=BC=C3=9Fe Thomas ----------------- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstra=C3=9Fe 201= , 80634 M=C3=BCnchen; Gesellschaft mit beschr=C3=A4nkter Haftung; Gesch=C3= =A4ftsf=C3=BChrer: Thomas Heurung, Frank Th=C3=BCrauf; Sitz der Gesellschaf= t: M=C3=BCnchen; Registergericht M=C3=BCnchen, HRB 106955